Skip to content

🧪 Add additional fixture tests for schemas#1648

Open
chrisjsewell wants to merge 5 commits intomasterfrom
more-schema-tests
Open

🧪 Add additional fixture tests for schemas#1648
chrisjsewell wants to merge 5 commits intomasterfrom
more-schema-tests

Conversation

@chrisjsewell
Copy link
Member

No description provided.

@chrisjsewell chrisjsewell requested a review from ubmarco February 10, 2026 07:09
@codecov
Copy link

codecov bot commented Feb 10, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 88.80%. Comparing base (4e10030) to head (c6350cd).
⚠️ Report is 242 commits behind head on master.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1648      +/-   ##
==========================================
+ Coverage   86.87%   88.80%   +1.92%     
==========================================
  Files          56       70      +14     
  Lines        6532     9988    +3456     
==========================================
+ Hits         5675     8870    +3195     
- Misses        857     1118     +261     
Flag Coverage Δ
pytests 88.80% <ø> (+1.92%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

validate:
network:
links:
tests:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The 2 newly added tests in this file essentially test the same, just for different config data.

Additional properties are not allowed ('derived_from' was unexpected)
Additional properties are not allowed ('tests' was unexpected)

This does not look like the initial goal when reading the message fields:

Schema that mixes network.links and direct network.<type> - MUST be rejected
impl must derive from spec and be tested

Any children under network is always a link type, so there is no such thing as network.links. network.<link-type> makes more sense.
Maybe I miss something.

:status: approved

# Test: Core fields with defaults should be reduced away
# This validates that title/status/tags are reduced when they have default values
Copy link
Member

@ubmarco ubmarco Feb 10, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Technically, title is not on default, it is set to My Title.
It is reduced away because it is not part of the schema properties.

:id: IMPL_1
:links: SPEC_1

# Test: Schema properties whitelist - keep field only if in schema
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This actually tests something different. priority is an extra field.
It is still there because it is not None.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants