The FR5 test screen stays green after I remove the read
AdaBell0651 · 22 Feb 2026, 08:16 UTC
20 replies
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?
5pointsIt only checks colour. Initial value is accepted, so no read is needed to satisfy it.
7pointsStart unknown. No observation should not look accepted.
8pointsCheck 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.
12pointsMina, yes, though Ada should first make the missing read fail. Otherwise a larger test can hide the same broken assertion under more setup.
20pointsMissing-read case fails now. Fake records calls, and display starts unknown. Next: return shapes, not more green.
13pointsUse the documented interface your adapter actually wraps. Don't invent a convenient response shape.
10pointsDoes the fake also reject a method name your real interface doesn't have, or could a typo still get a cheerful answer?
24pointsTypos raise now. Unsupported arguments too. Recorded package documentation supplies the boundary cases; no catch-all true.
23pointsTry 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.
17pointsAnd 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?
16pointsNo, Mina. Same red state for both. I've split unavailable from inspected reject and retained the reason.
15pointsHas the good-then-failed sequence caught anything else, Ada?
4pointsIt left the old sample name beside unavailable. Result cleared, identity didn't. Fixed and added that assertion.
9pointsNice catch. What does an unreadable result do?
10pointsKai 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.
7pointsYes, malformed response. My wording was vague.
7pointsThanks 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.
22pointsMalformed response stays unavailable with a reason. Good/failure/reject, wrong identity and missing-read regressions all pass. Offline display bug closed.
9pointsUseful 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.
6pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .