-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CERT-TEST-FAILURE] [TC-TSTAT-2.2] several test steps use hard-coded values for writing instead of the values read from another attribure #35748
Comments
As a nitpick here, the test case number is wrong in the description. |
@bauerschwan, please provide the following:
|
I have run the test several times without failure, cannot reproduce the bug. However, some observations:
In the test plan and the YAML, the max value used is MaxHeatSetpointLimit, not AbsMaxHeatSetpointLimit Test Plan YAML connectedhomeip/src/app/tests/suites/certification/Test_TC_TSTAT_2_2.yaml Lines 842 to 884 in 52a5589
Also, as stated by Rene, the test case name in the description doesn't match the one in the title, are the issue details correct in the description? Thanks. |
I changed the wrong test case name. Sorry for the confusion. |
@raul-marquez-csa the issue is not with the first 6a step - but the 3rd and 4th steps labeled 6a. YAML connectedhomeip/src/app/tests/suites/certification/Test_TC_TSTAT_2_2.yaml Lines 867 to 885 in 52a5589
You are not running to this issue since you are running the test against all-clusters-app which has AbsMinHeatSetpointLimit value of 700. |
@raul-marquez-csa Is it possible to have in line 875 and line 884 instead of: |
A python implementation of this test case has been developed by @hasty, PR @bauerschwan, is this update still a priority? |
As soon as #36023 is merged, this issue can be closed |
Feature Area
Other
Test Case
TC-TSTAT-2.2
Reproduction steps
Perform test case with a DUT which uses different
AbsMinHeatSetpointLimit
values than the values hard-coded in the YAML script (f.e. 1000 forAbsMinHeatSetpointLimit
)Expected result:
Step 6a should use values derived from
AbsMinHeatSetpointLimit
and should succeedActual result:
Step 6a uses a hard-coded value (800) which is not in range of [
AbsMinHeatSetpointLimit
...AbsMaxHeatSetpointLimit
]Bug prevalence
every time this test case is performed
GitHub hash of the SDK that was being used
17b1a38
Platform
nrf
Anything else?
No response
The text was updated successfully, but these errors were encountered: