简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

The FR5 test screen stays green after I remove the read

AdaBell0651 · 2026年2月22日 08:16 UTC

已关闭
AD
AdaBell0651
Removed the status read from our offline display code. Test still passes. The all-true fake isn't helping.

20 条回复

NI
NinaChen1197

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?

5
AD
AdaBell0651

It only checks colour. Initial value is accepted, so no read is needed to satisfy it.

7
KA
KaiBrown0889

Start unknown. No observation should not look accepted.

8
MI
MinaArcher0424

Check 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
NI
NinaChen1197

Mina, yes, though Ada should first make the missing read fail. Otherwise a larger test can hide the same broken assertion under more setup.

20
AD
AdaBell0651

Missing-read case fails now. Fake records calls, and display starts unknown. Next: return shapes, not more green.

13
KA
KaiBrown0889

Use the documented interface your adapter actually wraps. Don't invent a convenient response shape.

10
YA
YasminAdams0093

Does the fake also reject a method name your real interface doesn't have, or could a typo still get a cheerful answer?

24
AD
AdaBell0651

Typos raise now. Unsupported arguments too. Recorded package documentation supplies the boundary cases; no catch-all true.

23
NI
NinaChen1197

Try 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
MI
MinaArcher0424

And 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
AD
AdaBell0651

No, Mina. Same red state for both. I've split unavailable from inspected reject and retained the reason.

15
YA
YasminAdams0093

Has the good-then-failed sequence caught anything else, Ada?

4
AD
AdaBell0651

It left the old sample name beside unavailable. Result cleared, identity didn't. Fixed and added that assertion.

9
KA
KaiBrown0889

Nice catch. What does an unreadable result do?

10
NI
NinaChen1197

Kai 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
KA
KaiBrown0889

Yes, malformed response. My wording was vague.

7
MI
MinaArcher0424

Thanks 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
AD
AdaBell0651

Malformed response stays unavailable with a reason. Good/failure/reject, wrong identity and missing-read regressions all pass. Offline display bug closed.

9
NI
NinaChen1197

Useful 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

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .