iPhone Duo UI 适配测试清单：从布局验证到商店截图交付
尺寸正确的 PNG 只能证明素材流程中的一环，不能证明应用保留了草稿、控件仍然可用，或折叠以后内容依旧正确。这份清单将 UI 验证和计划发布的截图连起来。下面的测试矩阵是我们的工作建议，不是额外的 Apple 提审要求。
先定义一个可以重复的任务
选择一个对产品有意义的任务：打开收藏、编辑草稿、完成练习或查看文档。记录构建版本、测试账户、语言、示例数据和当前选中项，再让同一个任务经过要支持的不同状态。
这样失败才容易比较。“打开设备后选中的文档变了”比“宽屏看起来不对”更具体。状态切换问题保留短录屏，最终布局问题保留静态图；两种证据解决的问题不同。
建立聚焦的屏幕与方向测试矩阵
覆盖两块屏幕及应用支持的方向，再为重点流程加入部分折叠和窗口缩放。Apple 的准备与布局讲座解释了设备和窗口变化如何影响可用区域。下表可作为起点，后续按应用的实际内容和控件增加案例。
| 状态 | 检查重点 | 保留证据 |
|---|---|---|
| 外屏竖向 | 核心任务与主要操作入口 | 截图与任务结果 |
| 外屏横向 | 溢出菜单、标签可读性 | 截图 |
| 内屏竖向 | 信息层级、额外空间用途 | 截图 |
| 内屏横向 | 相关内容与侧边控件 | 截图 |
| 部分折叠 | 中心附近的重要内容 | 短录屏 |
| 窗口缩放 / Split View | 状态、控件与最小可用布局 | 短录屏 |
用可辨认的内容验证连续性
使用一个容易识别的条目标题，并留下少量未保存编辑。依次切换外屏、内屏、旋转并返回，每一步都核对选中项、导航位置、草稿文字和当前工具。媒体或计时任务还应验证产品承诺的连续行为。
不要通过重启应用进入好看的状态来修复截图，同时把底层切换问题留着。按记录的起始条件重现失败，修正原因后重跑相同过程。把通过的操作序列与版本记录放在一起，后续构建才能复查。
- 当前内容始终可辨认。
- 未保存修改没有丢失。
- 返回和关闭进入预期状态。
- 主要操作仍可达，包括移入溢出菜单的情况。
- 切换过程中不出现私人信息或调试界面。
检查自定义 UI、大字体与长翻译
优先检查系统无法代为安排的部分：自定义导航、画布控件、图表与覆盖层。Apple 的 Reserved Regions 指南说明折叠和摄像头怎样影响空间；应使用当前布局环境，避免猜测固定的铰链或摄像头宽度。
用更大文字和最长的已支持标签重测最紧凑的状态。检查命令是否被截断、控件是否离开所作用的内容，以及弹窗的完成按钮是否难以找到。英文默认字号下的一张截图，并不能证明所有语言都已通过。
流程通过后，再捕获真实界面
为内外屏分别保存原始截图。做布局对照时可以使用相同示例条目，但应独立捕获每块屏幕。去掉调试层和私人数据，等待动画稳定，添加营销文案之前先保留干净原图。
在上架工坊选择与原图对应的 iPhone Duo 屏幕和方向，检查预览是否发生意外裁切。全景场景会生成多张输出，因此除了源图片数量，还要检查实际导出顺序。
交付证据、可编辑源文件和明确状态
一份可审核的交付包应包含构建标识、测试矩阵、原始截图、确认后的文案、可编辑设计工程和导出文件。简要注明哪些流程已通过、哪些状态尚未覆盖，让审核者不用重建整个过程也能检查截图背后的功能。
本地准备完成与平台可以上传应分开记录。截至 2026 年 9 月 11 日，Apple 说明 Duo 专属素材上传将在今年晚些时候开放。在实际提交入口可用且验证之前，可将交付包标记为“已按公布尺寸准备”。
| 层次 | 通过条件 |
|---|---|
| 应用 | 指定流程在目标状态下通过 |
| 原始素材 | 记录真实屏幕、语言和构建 |
| 文案 | 每个承诺都能在构建中证明 |
| 导出 | 精确像素、无 Alpha、全尺寸可读 |
| 提交 | 单独核对 Duo 上传开放状态 |
常见问题
截图校验通过，是否代表已兼容 Duo？
不是。文件校验覆盖像素与编码；兼容性还要验证布局、交互、状态与切换过程。
每个测试场景都要变成商店截图吗？
不需要。QA 可以覆盖比营销素材更多的状态，最终只选有用且准确的产品证据。
内外屏需要分别截图吗？
需要。使用各自真实适配后的界面，并分别保存源素材。
暂时没有 Duo 模拟器怎么办？
先使用现有工具评审布局，并明确记录缺口。不要把改尺寸的图片标为已验证的 Duo 实机截图；条件具备后补充设备或模拟器验证。