Make the substitute answer the documented calls with versioned examples of success, failure and unexpected data, through the same adapter the real application uses. Reject unsupported calls instead of inventing success. Then check the display after a failed read; a correct parser is little comfort if yesterday's healthy fixture state stays looking current.
I cannot test fixture-status interpretation with a mock that approves everything
EmmaAli0202 · 18 Aug 2026, 05:35 UTC
Our UR5e inspection cell is reserved for commissioning, so I am developing the fixture-status application offline. The substitute returns true to every method and keeps the screen agreeable. I need a response contract test that can expose bad interpretation; no claim that an inspection block or physical cell is being simulated.
2 replies
Add to the discussion
Welcome to Application Robot
By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.