近期在扩充真机资源时，iPhone Duo 被加入设备池。借这个机会，重新梳理了一遍折叠屏设备的测试重点。

这类设备的风险并不只是分辨率变化。更值得关注的是设备状态变化后，页面、任务和业务数据能否保持连续。

设备矩阵里需要增加 “形态状态”

传统移动端兼容性矩阵通常包含：

• 设备型号；
• 系统版本；
• 分辨率；
• 性能档位；
• 网络环境。 折叠屏还需要增加一组状态维度：
• 展开；
• 闭合；
• 部分折叠；
• 横屏与竖屏；
• 内外屏切换；
• 前后台切换。 如果将这些状态全部组合，测试数量会快速增长。因此更适合采用风险驱动方式筛选场景，而不是做机械的全排列。

UI 检查只是第一层

布局检查可以重点关注：

• 固定宽高和绝对定位区域；
• 底部操作栏与顶部导航；
• 弹窗、抽屉和浮层；
• 图片、视频及地图；
• 输入框与软键盘；
• 自定义绘制界面。 但静态 UI 正常，不代表业务状态没有问题。

状态连续性更容易暴露隐性问题

建议围绕真实操作链路设计测试：

1. 在外屏进入业务页面；
2. 输入数据或执行部分操作；
3. 展开设备；
4. 检查页面层级、数据和任务状态；
5. 旋转设备；
6. 再次闭合，继续完成流程。 观察点包括页面是否重建、表单是否清空、弹窗是否重复、媒体是否中断、后台任务是否停止，以及当前业务是否能够继续。

核心业务不适合平均分配测试资源

折叠屏专项测试可以优先覆盖：

• 登录及身份验证；
• 支付、订单和确认流程；
• 消息会话与通知跳转；
• 图片、视频和文件上传；
• 地图、扫码和定位；
• 音视频通话；
• 长表单及多步骤流程。 低风险静态页面可以采用抽样方式，高风险业务链路则需要覆盖多个设备状态。

云真机的适用边界
云真机适合设备共享、远程问题复现、指定机型验证及兼容性回归，尤其适用于新设备尚未在各团队普及的阶段。

但云真机不能代替全部本地调试和人工探索。涉及手感、铰链操作、长时间握持等物理体验时，仍需要现场使用真实设备。

设备池新增 iPhone Duo 后，可以更方便地开展远程折叠屏验证。真正决定测试质量的，仍然是设备矩阵、场景设计和缺陷证据是否完整，而不是设备数量本身。