-
Notifications
You must be signed in to change notification settings - Fork 25
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
[TC-CC-3.2] - Test Case failing due to Cutrrent Hue attribute value mismatch #21
Comments
Issue resolved in latest Image . |
@Rajashreekalmane @raju-apple , this is still happening on v2.8.1 |
Verified with
Snapt Shot of the particular step :References :
Please cross verify the log that I have attched also please attch your so that we will be able to RC the issue. |
@Survensa thanks for checking this. I added timestamp to my DUT logs, please have a look at it. At line 2768, the DUT starts to transition downwards from 60 at a rate of 5steps/second. At line 2885 the read request comes in. Time between start transition and read request is 10.6 seconds. I think when running this with the linux all-clusters-app on the same host as TH, the communication delay between the TH and all-clusters-app is smaller as compared to real products, that's why you are not able to reproduce it. I believe some other platforms are facing this issue as well. DUT log: cc-3-2.txt Related issues: |
I just wanted to add our logs. We've seen that the TestHarness 2.8.1 is failing consistently for us, while running the same test case from ChipTool on a PC it is consistently passing. The difference appears to be the timing of sending the message after the 10 second delay. It seems the TestHarness is around 500ms slower. TestHarness Log CC_3-2_2023_07_12_11_49_08.log Here is an excerpt from the logs for our Test Harness. The message is sent at
Compared to the CHIP Tool on the PC. This takes 10.134 seconds to send the message. There I've seen between 8-10 which is within the tolerance.
|
thanks for providing details. Root cause is a wrong interpretation of tolerance rules in the script - one example of https://github.com/CHIP-Specifications/chip-test-plans/issues/2332 . |
This issue has been addressed in this PR project-chip/connectedhomeip#28159 (commit 98781285915b198b4f01b32ba36c88a96983b2c4). The accepted range was expanded from 8-12 to 4-16. Not sure when that will make it's way into the Test Harness, but just wanted to share that the Test Case itself has been updated. |
@stonehouse the latest TH will include the changes , please try it out and close the issue please |
@raju-apple We've tested Test Harness beta ( For example, step 2c starts at hue 200 and uses MoveHue to go up, it waits 10 seconds and expects a hue of 250. However, the tolerance is 215-255, which means there's only an effective 1 second tolerance (250-255). Testing on a Raspberry Pi 4 on an isolated network (we cooled the Pi down to ensure thermal throttling wasn't playing a role), the logs show it took 1.41 seconds for the Pi to send the message. So, if you consider starting at 200 hue and going up at 5 hue per second, then after 11.41 seconds a value of 1 seems correct. From our testing, it looks like the Test Harness was taking around 500ms to send a message in 2.8.1 but is now taking over a second in the newest beta. CC-3.2 Step 2c Failure
CC-3.2 Step 3c Failure
Here are logs from two separate test runs |
@fabiowmm can you please take a look at this issue ? |
Verified with TH
Snapt Shot of the particular steps : References : |
quoting from @stonehouse message above:
This tolerance range is wrong!!
So the script should accept values in range 215..255 and 0..29 in this case. fyi @raju-apple @Ashwinigrl @fabiowmm @Survensa @akrithika27 |
@manjunath-grl Verified with TH Version: Version: main - dev Sha: f17efc4 TC-CC-3.2 test case is failing in step 2d, 2f and 2g with Cutrrent Hue attribute value mismatch. DUT : All-clusters-app |
@Ashwinigrl Formerly, the tolerance was set as |
Hi @Ashwinigrl is this issue still valid? |
@rquidute Yes, Still we are facing this issue in RPI platform Version: 2.10-beta3+spring2024 PFA execution Log : PICS Used : |
* Update yaml_test_folder.py * Update test_sdk_yaml_collection.py * Update unittests.yml Don't run old code for unit tests
* Fix prblem with sdk_tests collection using hardcoded paths * Enable github workflows for main branch (#17) * Enable github workflows for main branch * Ignore Dockerfile * mypy: ignore python_testing in sdk_collection * minor linting issues fixed * ignore .devcontainer in spell checker * move .env file back in root * Update reference to fetch_sdk_tests_and_runner.sh * Use `pull_request_target` event to support forks * Update yaml_test_folder.py (#21) * Update yaml_test_folder.py * Update test_sdk_yaml_collection.py * Update unittests.yml Don't run old code for unit tests * [Fix] remove TestRunConfig usage from TH Backend (#581) (#6) * Add the repeat endpoint, deprecate the test_run_config endpoints and force the test run execution creation to use selected tests, and not test_run_config_id. * Deprecating unit tests related with test_run_config, creating new endpoint with required selected_tests parameter and ignoring the test_run_config reference, renaming the repeat endpoint method and adding comments. * Updating select_tests logic, moving to a utils file, and adding unit test for the repeat endpoint * Updating comments and adding missing attribution to None for test_run_config_id * Adding missing TODO comment. * Fixing selected_tests logic * Updating the 'repeat' unit test to use more suites to cover more cases. * Removing "/new" endpoint, updating logic of the default test run execution endpoint and updating unit tests, "repeat" endpoint and utils * Adding the new DB column "collection_id" to the TestSuiteExecution table. A DB revision file was created and the code was refactored to use this new info. * Removing unnecessary import * Set default log level to info, to eliminate chatter from python runner (#23) * Update SDK SHA (#25) * Added support to reset db for test (#28) * Missing submit button (#30) * Updates MessageTypeEnum to include options and message types * Update app/user_prompt_support/user_prompt_manager.py Co-authored-by: antonio-amjr <116589331+antonio-amjr@users.noreply.github.com> * Update app/constants/websockets_constants.py Co-authored-by: hiltonlima <116589806+hiltonlima@users.noreply.github.com> * Update app/user_prompt_support/user_prompt_manager.py --------- Co-authored-by: Romulo Quidute Filho <116586593+rquidute@users.noreply.github.com> Co-authored-by: antonio-amjr <116589331+antonio-amjr@users.noreply.github.com> Co-authored-by: hiltonlima <116589806+hiltonlima@users.noreply.github.com> Co-authored-by: Carolina Lopes <116589288+ccruzagralopes@users.noreply.github.com> * Update version * Prompt request refactor (#31) * Refactor to use only 1 enum * Removed unsed import * Fix isort * Adds a new Message prompt request --------- Co-authored-by: raul-marquez-csa <rmarquez@csa-iot.org> * update backend version in FE (#32) * update backend version in FE * Update .version_information * Update .version_information * change ssh to https (#33) * Undo version information update --------- Co-authored-by: Mikael H. Moeller <mikaelhm@apple.com> Co-authored-by: Mikael Møller <mikaelhm@hey.com> Co-authored-by: antonio-amjr <116589331+antonio-amjr@users.noreply.github.com> Co-authored-by: Romulo Quidute Filho <116586593+rquidute@users.noreply.github.com> Co-authored-by: Raul Marquez <130402456+raul-marquez-csa@users.noreply.github.com> Co-authored-by: hiltonlima <116589806+hiltonlima@users.noreply.github.com> Co-authored-by: raul-marquez-csa <rmarquez@csa-iot.org>
From chip-certification-tool created by Rajashreekalmane: CHIP-Specifications/chip-certification-tool#649
Description
[TC-CC-3.2] - Test Case failing due to Cutrrent Hue attribute value mismatch at step 2d
Additional Info :
TestHarness:
Version: v2.7Beta2
Sha: 1aff1e6
PFA log below
CC.log
The text was updated successfully, but these errors were encountered: