模拟器里界面看起来正常，团队却不确定折叠状态是否已经通过 CI 验收。

iPhone Duo 企业 CI 测试矩阵应先覆盖代表性折叠、展开状态和关键页面，再按风险增加检查；不必穷举每种姿态与方向，也不能把 Device Hub 手动探索当成自动化门禁通过。

企业 IT 负责人：需要决定是否把 iPhone Duo 验收纳入发布流程。
平台工程负责人：需要确认 Xcode 27.1 和现有 Mac CI 是否能稳定运行新增检查。
QA 负责人：需要把姿态变化转成可复用的测试范围与放行证据。

最后更新于 2026 年 10 月 28 日；设备上市、Xcode 支持与截图要求已对照 Apple Developer 的 iPhone Duo 准备与提交说明核实。Apple 已公布 iPhone Duo 于 2026 年 10 月 23 日开始发售，并说明 Xcode 27.1 提供相应开发支持。以下矩阵是团队验收建议，不是 Apple 规定的强制清单。

企业负责人先确定：这次验收要放行什么

  • 发布验收、界面适配检查和 App Store 素材准备是不同工作。本文关注 CI 测试矩阵：构建产物能否在代表性屏幕状态中完成关键用户路径。
  • 不要把“应用能启动”当成“适配已通过”。固定宽度、固定方向假设、非对称安全区，以及自定义导航控件，都可能在可用空间变化时遮挡内容或改变操作位置。
  • 先明确失败的后果：若关键操作会被遮挡、内容丢失或无法继续，应纳入门禁；如果只是低风险视觉差异，可先记录为待复核项，而非一律阻断发布。

Apple 的 iPhone Duo 设计指南强调动态布局、安全区和折叠区域等因素。验收重点因此不应是“模拟了多少状态”，而应是关键内容是否可见、可操作，状态切换后流程是否连续。

应用团队先排查会随尺寸变化失效的界面

  • 搜索布局代码中是否依赖固定屏幕宽高、硬编码断点或固定方向；这些假设容易让内容被拉伸、裁切或放错位置。
  • 检查自定义导航栏、底部栏、浮层和居中控件。系统组件可能会根据空间变化调整，自行绘制的控件则需要团队确认其安全区与位置逻辑。
  • 优先盘点登录、核心业务操作、媒体显示及表单页面。尤其留意关键按钮是否靠近折叠区域，输入框和弹窗在空间变窄时是否仍可见。
  • 将问题归入“布局”“操作路径”“设备能力”几类。尺寸变化造成的裁切与遮挡适合先用模拟器检查；涉及真实硬件能力的行为则不能仅凭模拟器推断。

Apple 的布局适配技术讲解建议检查居中布局及自定义控件如何避让保留区域。将它落实到测试上，可以先从可能影响可见性和操作的布局入手，再按业务风险选择要纳入回归的页面。

QA 按风险选代表性姿态，不做全组合

企业 iOS CI 需要覆盖的状态，应由界面结构和用户路径决定。先检查外屏与内屏的代表性尺寸，再挑选会影响交互的折叠、展开和方向变化；只有应用功能确实依赖某一状态时，才把它加入回归。

  • 普通浏览与表单：检查折叠状态下内容是否可读、输入是否可提交，以及键盘出现时按钮是否仍能触达。
  • 多栏导航或复杂业务页面：检查展开状态下主次内容是否都可见，选择列表项目后详情是否正确更新。
  • 媒体或自定义控制布局：选择会改变控件位置或内容区域的状态，检查按钮是否被遮挡、移位后是否仍符合操作预期。
  • 若应用使用方向变化、动画或特定硬件能力，再针对相关路径加测；若与产品无关，不必为了矩阵“完整”把所有姿态、方向与页面做全组合。

Apple 的iPhone Duo 适配技术讲解介绍了面向不同尺寸类别构建可伸缩界面的设计思路。落实到测试上，就是挑选能够暴露风险的状态，而不是机械累加组合。

平台工程把 Device Hub 检查与 CI 门禁分开

Xcode 27.1 的 iPhone Duo 模拟器能帮助检查布局和姿态变化，但手动操作不能自动成为 CI 通过记录。Device Hub 用于启动设备、切换状态并交互探索；自动化门禁则应由流水线执行团队定义的构建和测试方案，并保存结果。Apple 的 Device Hub 文档说明，它支持在模拟器或实体设备上运行应用并进行交互；但手动打开模拟器本身并不等于 CI 自动化测试通过。

  • 在流水线日志中记录实际使用的 Xcode 版本、模拟器目标与测试方案；不能只以开发者本机安装了 Xcode 27.1 作为证明。
  • 将可重复执行的检查放入自动化测试，明确触发条件、失败处理和结果归档方式。对不能自动判定的视觉布局问题，单独列为人工复核项。
  • 保存构建日志、测试结果及必要的界面截图或录屏，并关联提交版本、测试目标和失败项。否则复现问题时，团队可能无法判断是代码、工具版本还是目标设备状态不同。
  • 版本核对：Apple 的Xcode 发布记录显示 Xcode 27.1 于 2026 年 10 月 15 日发布。新增节点前应核对实际主机系统和流水线所选 Xcode；发布说明列出的系统要求也应与节点环境逐项确认，不能默认旧 Runner 符合条件。

发布与安全负责人划分模拟器、实体机和素材验收

  • 模拟器通过可以作为布局适配与自动化路径的证据；对于真实硬件依赖、实际触感或现场操作体验，仍应由团队决定是否安排实体设备复核。
  • Apple 的Xcode 27.1 发布说明列出一项模拟器限制：运行和调试多数 App Extension 在 iPhone Duo 模拟器运行时不可用。若业务路径依赖扩展，应先核对当前安装版本的发布说明，并安排额外验证，不能将该模拟器路径的缺失误判为功能已覆盖。
  • App Store 截图与 CI 验收分开管理。Apple 说明，从 2027 年 4 月起提交的应用或游戏需要包含 iPhone Duo 截图；素材符合要求不代表界面自动化门禁已通过，反之亦然。截图具体要求以 App Store Connect 截图规格说明为准。
  • 对每个例外记录影响页面、原因、责任人、补测方式与回退决定。发布批准应基于这些证据，而不是仅依据某次手动演示或单张截图。

用这份可勾选清单形成可审计的放行证据

把以下项目作为项目级验收记录；不适用项也应写明理由，避免空白被误读为已覆盖。

  • [ ] 版本与目标：保存流水线实际使用的 Xcode 版本、模拟器名称与测试方案。
  • [ ] 范围与风险：列出关键页面、关键操作，以及选择折叠、展开、方向或尺寸状态的理由。
  • [ ] 手动探索：用 Device Hub 检查代表性状态，记录发现的问题；不要把探索记录标记为自动化通过。
  • [ ] 自动化门禁：逐项写明自动执行的操作、预期结果、失败条件与结果存档位置。
  • [ ] 实体设备补测：对依赖真实硬件或模拟器覆盖不足的功能，明确是否需要实体机复核；如不需要，记录判断依据。
  • [ ] 例外与发布：记录未解决问题、风险接受人、回退方案，并分别确认 CI 验收与 App Store 素材状态。

如果团队还需要持续运行模拟器与构建任务，先核对现有 Mac CI 的系统版本、Xcode 安装、远程访问和交付条件；不要仅从设备模拟器支持推断某项托管服务具备所需配置。自购 Mac 适合长期固定负载、必须连接特定实体设备或需要本地物理接口的团队，但前期采购、后续维护和闲置容量也需纳入评估。若需求是阶段性增加 macOS CI 环境，可查看 RUVCLOUD 的价格与租期页面核实当前选项，再根据页面列出的配置与交付信息评估是否适合试点；订购页面可用于确认下单时实际展示的配置与周期。不要在未核实前假定租赁环境支持特定 iPhone Duo 测试效果。