Open tleacmcsa opened 2 weeks ago
@tleacmcsa
check for successful read
- the test from this example is a lot more targeted than that: it specifically tests that the error is not AccessRestricted, but does allow any other error whatsoever. Is this what is intended?
I fully agree we should make it easy to check for "no errors at all" however I am not sure we should optimize for this kind of specific exclusions. Overall I am questioning it somehow: why do we allow global attribute read failure as long as they fail with a different reason?
@andy31415 Perhaps the test is too specific, but the goal is to ensure none are AccessRestricted.
@cecille is there a multi-attribute read version that checks for success?
As discussed in this PR: https://github.com/project-chip/connectedhomeip/pull/35322#discussion_r1739403129
It is awkward to check for successful read as shown in the following test code:
There should be a better way to verify all attributes read ended in success with values.