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

The offline FR5 status fake approves calls it never checks

SaraChen1157 · 2026年7月29日 04:53 UTC

回复讨论
SA
SaraChen1157
I've warned before that offline identities don't prove a real interface supplies them. Now my FR5 status-display fake returns true everywhere while the cell is reserved for commissioning. How do I test response parsing meaningfully without claiming physical simulation?

5 条回复

BE
BethBennett0759

Use explicit methods and arguments matching the documented SDK your application supports, then return identified captured responses where available. Separate invented malformed cases from real captures. Test what the display means after each response, not just whether a call returned something agreeable.

21
SA
SaraChen1157

I've selected one displayed-status method and tied the fake to its documented signature. Saved success and failure replies will exercise the parser; constructed bad shapes are labelled separately.

24
BE
BethBennett0759

Include a successful read followed by failure with the old display state present. Also make an unknown method or wrong argument fail loudly. An accommodating fake can leave interface mistakes untouched even when its canned results look authentic.

7
SA
SaraChen1157

The strict fake caught a wrong argument in our caller. The retained-value test also fails, so fixing the call doesn't finish the display work. Real interface confirmation remains a commissioning task.

11
BE
BethBennett0759

Keep both failures as regression cases when repaired. One protects the call contract, the other protects the person reading the screen; a passing parser assertion alone would not cover both.

7

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。