Repository navigation
Conversation
The SDK now declares each test's required DUT state with a marker base class and is dropping is_commissioning=True from step 1. Report the marker from test_harness_client.py and use it to pick COMMISSIONING or NO_COMMISSIONING, falling back to the step-1 flag for unmarked tests and SDKs without markers. This is a companion change to work with changes made in SDK PR project-chip/connectedhomeip#73565
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to
|
|
This pull request does not currently match the merge queue conditions, so it cannot be queued from here. The box comes back if it matches again. |
We discovered this dead code during review of project-chip#399 . This removes it and some more code that can be removed because of _that_ removal. Also adjusts the description of to be accurate.
Split out of #73565 at review: the step tag removal and marker fixes land here, and #73565 keeps the setup_class precondition. The device-requirement marker declares each test's DUT state, and the TH classifies tests by it (project-chip/certification-tool-backend#399), so drop the redundant step-1 is_commissioning=True from MatterTestCommissionedDevice tests. BasicCompositionTests-based tests have no marker and keep the flag. TH builds without #399 still classify by the flag, so this needs a TH that includes it. Also fix markers the TH now relies on: TC_WEBRTCR_2_1-2_7 are MatterTestCommissioner (the DUT is the commissioner and never joins the TH fabric), and TestCreateNewController is CertificationUnitTestNoDevice.
What
test_harness_client.py reports each test class's device-requirement marker (device_requirement() from matter.testing.matter_testing), and parse_python_script uses it to pick the suite:
MANDATORY and LEGACY classification is unchanged.
Why
The SDK declares each test's required DUT state with a marker base class (project-chip/connectedhomeip#73214). project-chip/connectedhomeip#73565 drops the now redundant is_commissioning=True from step 1. Without this change, those tests would land in the "No commissioning" suite and run against an uncommissioned DUT.
Validation on a TH
Raspberry Pi (arm64) running TH
v2.16-beta3+summer2026, with the backend image built from this branch:99a81bd): the suite contents are identical to stock beta3, every test-info entry hasdevice_requirement, the 27 marked tests are in the suite their marker implies, and there are no contradiction warnings.fetch_sdk_tests_and_runner.sh --sdk-pathandth-cli rescan-tests. Nochip-cert-binsimage newer than99a81bdis published, so the SDK container usedchip-cert-bins:99a81bdwith that PR'smatter_testing.py.MatterTestCommissioner) are in "No auto commissioning".th-cliagainst all-devices-app, commissioned on-network:MatterTestCommissionedDevice, no flag): passed.setup_classon #73565's precondition, as intended.MatterTestUncommissionedDevice, no flag), on a factory-fresh DUT: passed.Tests
New test_python_parser_device_requirement. With the pinned SDK (
99a81bd), all Python tests keep their current suite.Validated on a Raspberry Pi TH (v2.16-beta3 top level, this backend) with connectedhomeip#73565 loaded through fetch_sdk_tests_and_runner.sh --sdk-path. TC_IDM_9_1 (unmarked, step flag) and TC_CADMIN_1_9 (MatterTestCommissionedDevice, no flag) pass through th-cli against all-devices-app.
Notes
Merge connectedhomeip#73565 before, or together with, any SDK_SHA bump past 99a81bd. On current SDK master, TC_WEBRTCR_2_1–2_7 are marked MatterTestCommissionedDevice, so this change would move them into the commissioning suite. #73565 marks them MatterTestCommissioner.