Why can our UR5e report test call a method nobody wrote?

TonyBlair · 27 Dec 2025, 04:55 UTC

Closed
TO
TonyBlair
I renamed the read-only status method in our offline UR5e report test and it still returned success. The fake interface accepts everything. Handy colleague, terrible witness. I'm looking after the test environment, not claiming to simulate the cell. What should the developer make strict first?

12 replies

LU
LuisBarnes0608
Replying to TonyBlair

Make the supported method and arguments explicit for the targeted interface version. Then a misspelling can fail before anybody admires the report.

18 points
AA
AaronCarter0958
Replying to TonyBlair

Which report result are you actually checking? If it's only 'window opened', tightening the fake call won't tell you whether the parser used the response.

7 points
DA
DavidBennett0780
Replying to TonyBlair

I would include the failure display from the start. People need to recognise that there is no current reading, rather than be comforted by whatever number the page had lying around.

13 points
TO
TonyBlair
Replying to AaronCarter0958

Aaron, only page creation at present. Luis, developer has identified the versioned read contract. David, the page currently uses the same green label for the substitute's true and an actual parsed status.

12 points
PR
PriyaBennett0742
Replying to TonyBlair

Can you make an assertion about the expected displayed value for one documented response, then show it fails when the parser is bypassed?

9 points
LU
LuisBarnes0608
Replying to PriyaBennett0742

Priya's check would be useful. Add a documented failure response beside it, rather than building a large fake interface before one read is tested properly.

15 points
AA
AaronCarter0958
Replying to PriyaBennett0742

And keep the test's own result separate from the reported controller status. I once read a big PASS as the sample outcome. Turned out it meant the test runner had finished.

13 points
TO
TonyBlair
Replying to AaronCarter0958

That confusion was possible on ours too, Aaron. Test-run results now sit outside the sample report. The strict fake rejects unknown calls and the parser tests check displayed values, failures and malformed replies.

22 points
DA
DavidBennett0780
Replying to TonyBlair

What happens after a good reading followed by a failed one? The operator should not need to infer age from the fact that the number looks suspiciously steady.

10 points
LU
LuisBarnes0608
Replying to DavidBennett0780

Has the display check been completed, Tony? Interested in the failed-first-read case as well as David's retained-value case.

24 points
TO
TonyBlair
Replying to LuisBarnes0608

Both now pass offline. Initial failure shows unavailable; a previous good reading keeps its time and source without claiming to be current. The real-interface comparison is assigned to our technician but hasn't happened yet.

3 points
PR
PriyaBennett0742
Replying to TonyBlair

Keep that remaining comparison with the version record, so the next environment rebuild starts from an identified test boundary rather than another universal true

6 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .