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

The UR5e offline test approves a misspelled query

NaomiBarnes0593 · 2025年12月24日 04:09 UTC

已关闭
NA
NaomiBarnes0593
Our offline inspection parser passes when I misspell the status query. The substitute interface accepts any method and returns true, so the screen is delighted with nonsense. The UR5e cell is unavailable. I want a test that can fail honestly, starting with this one documented read.

6 条回复

MI
MinaArcher0424

Restrict the substitute to that documented method and its arguments, using the interface version your application targets; what response does the parser actually expect beyond a successful call?

23
NA
NaomiBarnes0593

A status result with fields our parser reads. True has been skipping that path in the test wrapper. So it was not testing the parser at all.

12
MI
MinaArcher0424

Test the parser with representative version-linked responses, including failures and malformed content, and check the displayed result; rejecting the misspelled method is a useful first check but leaves that skipped path unanswered

12
PA
PavelBennett0701

Our software check once compared only whether a window opened. Could you deliberately damage one expected field and show that the test fails for the intended reason? I would find that easier to trust than another green summary.

9
MI
MinaArcher0424

Did the revised test exercise the parser, Naomi, including the first request failing before any valid status exists? An old successful value can hide that case.

19
NA
NaomiBarnes0593

Yes. Wrong method and malformed fields now fail explicitly; an initial failed read displays unavailable. The old substitute is removed from these tests. Comparison with the installed interface is still outstanding.

6

讨论已关闭

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