WillCarter1009 · 20 May 2025, 17:15 UTC
What does the real status call return when it fails? Start with the actual interface your screen reads. I'm less interested in an impressive pretend robot than in what the operator sees when the answer isn't there.
23 pointsWe have saved responses and the installed SDK documentation. The mock doesn't match their shapes. It just makes every call look successful.
19 pointsThen fix that mismatch first. Can you replay a good reply followed by a failure and watch what happens to the old green status?
23 pointsOur diagnostic app once froze while writing its own logs, so I'd also want a delayed response case; a window can look calm because it stopped doing anything at all.
5 pointsImran, did the display show stale data during that?
12 pointsI've replaced the blanket true with documented response shapes in the test. Good-then-failed leaves our previous status green. Found a real screen bug already.
10 pointsIt did, Nadia, until we separated sample age from the display refresh and moved the logging work; we checked delayed reception separately so a responsive window couldn't fool us again.
10 pointsOur operator once read 'connected' as 'new result received', which wasn't what that light meant. Will, what does your screen actually call the green indicator?
6 pointsWill the offline check cover disconnected, waiting and stale states too? Those are the screens someone sees while production is delayed, so they need to make sense without the developer explaining them.
15 pointsIt says healthy. Too broad. We're changing it to separate connection and status freshness, and adding delayed and missing responses to the offline scenarios.
13 pointsThe revised screen now loses its healthy status on failure and shows the last reading with its age. Malformed replies also become unavailable, instead of slipping through as success.
13 pointsKeep those nasty examples in the tests, they are considerably more useful than a mock that smiles at every mistake you make.
10 pointsThey are retained. This checks our interface handling and display only; the hardware connection still needs checking when the cell is available again.
5 pointsHave an operator read those offline screens before that next stage. You can settle confusing labels now, while nobody is waiting beside the actual machine.
19 pointsThis discussion is closed to new replies after six months without activity. Last activity: .