Our FR5 mock accepts a call the real interface does not have

SaraAbbott0026 · 20 Mar 2026, 04:45 UTC

Closed
SA
SaraAbbott0026
I misspelled a method in our offline inspection reader. The mock still returned true and the screen stayed happy. That is not a useful substitute while the cell is unavailable.

14 replies

MI
MinaBaker0511
Replying to SaraAbbott0026

We found ours was accepting any method name. Start by making unknown calls and wrong arguments fail against the documented interface for your installed SDK version.

16points
SA
SaraAbbott0026
Replying to MinaBaker0511

Developer replaced the catch-all behaviour with the documented methods we actually use. The misspelled call now fails. Response parsing is still barely tested.

15points
AN
AnilBarnes0549
Replying to SaraAbbott0026

Give it representative documented success, failure and incomplete replies, then check what the application does with each. Returning a convenient true value bypasses the parser you are trying to exercise.

15points
CA
CallumAli0186
Replying to SaraAbbott0026

What happens if you remove the result-read call entirely? Does opening the screen still count as a pass?

13points
SA
SaraAbbott0026
Replying to CallumAli0186

Yes. That test still passes without a read. I have added that as a known failing case for the developer.

21points
LI
LiamBarnes0577
Replying to AnilBarnes0549

Our display retained a previous result after the next read failed. Sequence tests caught it; separate screenshots of success and failure did not.

1points
MI
MinaBaker0511
Replying to LiamBarnes0577

Liam's sequence is worth adding. Also start with no successful reading, so an old default cannot pretend to be the last known result.

12points
AN
AnilBarnes0549
Replying to LiamBarnes0577

And distinguish a failed read from an actual inspection rejection. They can both be non-successful outcomes for the software, but the person at the bench needs different explanations.

2points
SA
SaraAbbott0026
Replying to AnilBarnes0549

The success-then-failure sequence exposed a stale accepted colour. Developer fixed it and added current-read validity. Missing and incomplete replies now show no usable result, not rejected bracket.

13points
CA
CallumAli0186
Replying to SaraAbbott0026

Did the no-read test get fixed as well, Sara? Easy to lose that one once the colours behave.

13points
SA
SaraAbbott0026
Replying to CallumAli0186

Yes. It requires the expected read and validates the parsed result. Removing the call fails. Unknown method, wrong arguments, incomplete reply and initial no-result cases also pass their intended checks.

0points
LI
LiamBarnes0577
Replying to SaraAbbott0026

Have the tutor read the failure wording. We thought unavailable was clear until somebody took it to mean the bracket was physically missing from the fixture.

7points
SA
SaraAbbott0026
Replying to LiamBarnes0577

Tutor distinguished read failed from rejected bracket in the offline sequence. Mock and parser test work is complete. Installed interface comparison remains for commissioning; these tests make no claim about physical handling.

10points
MI
MinaBaker0511
Replying to SaraAbbott0026

Keep the deliberately broken examples with the tests. They show why this substitute is useful much better than a page of green results alone.

2points

Discussion closed

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