That is a useful failure to start with. Can your test require an actual read and check where the displayed value came from, instead of merely checking that the screen is green?
The FR5 test screen stays green after I remove the read
AdaBell0651 · 22 Feb 2026, 08:16 UTC
20 replies
It only checks colour. Initial value is accepted, so no read is needed to satisfy it.
7 pointsStart unknown. No observation should not look accepted.
8 pointsCheck the status and its source together. For our equipment screens I ask for the sample identity and observation time beside the result, because a correct-looking value can still belong to the previous sample. Your offline test can exercise that distinction without a controller.
12 pointsMina, yes, though Ada should first make the missing read fail. Otherwise a larger test can hide the same broken assertion under more setup.
20 pointsMissing-read case fails now. Fake records calls, and display starts unknown. Next: return shapes, not more green.
13 pointsUse the documented interface your adapter actually wraps. Don't invent a convenient response shape.
10 pointsDoes the fake also reject a method name your real interface doesn't have, or could a typo still get a cheerful answer?
24 pointsTypos raise now. Unsupported arguments too. Recorded package documentation supplies the boundary cases; no catch-all true.
23 pointsTry failure after a valid reading. That's the one I'd worry about as an operator: I have seen it work, then the connection fails, and the old good value sits there looking reassuring.
17 pointsAnd distinguish a communication failure from an actual rejected housing. Both may need attention, but the person handling the housing needs to know which one occurred. Did your previous display make that difference visible?
16 pointsNo, Mina. Same red state for both. I've split unavailable from inspected reject and retained the reason.
15 pointsHas the good-then-failed sequence caught anything else, Ada?
4 pointsIt left the old sample name beside unavailable. Result cleared, identity didn't. Fixed and added that assertion.
9 pointsNice catch. What does an unreadable result do?
10 pointsKai means a response your adapter can't interpret, I think, rather than a housing the inspection has rejected. Worth giving that its own test input.
7 pointsYes, malformed response. My wording was vague.
7 pointsThanks for spelling that out, Kai. Include the diagnostic reason without showing the housing as rejected; otherwise the operator may send a perfectly unassessed sample down the reject route.
22 pointsMalformed response stays unavailable with a reason. Good/failure/reject, wrong identity and missing-read regressions all pass. Offline display bug closed.
9 pointsUseful result. Give the bench maintainer those sequences and the package reference for the installed comparison, so they know exactly which behaviours you exercised rather than receiving a screenshot of a happy screen.
6 pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .