TG咨询一台设备上市较早，不等于它已经没有测试价值；新设备也不一定能代表所有用户的使用环境。制定移动应用兼容性测试中的设备淘汰与补充规则时，应先看设备仍覆盖哪些系统、硬件和交互条件，再决定保留、替换或降级测试频率。
例如，iPhone SE（第三代）与 iPhone 15 Pro 在机身尺寸、屏幕形态和硬件能力上有明显差异。它们能否进入测试清单，取决于应用支持范围和用户实际使用情况，而不是简单比较机龄。
先定退出边界，再挑代表设备
把设备分成三类：每次发布都测的核心设备、重大版本或专项功能才测的补充设备，以及停止支持后退出矩阵的设备。建立设备矩阵时，至少记录型号、操作系统版本、屏幕尺寸、内存档位、测试用途和最后一次验证时间。这样更容易判断某台设备的覆盖价值是否已被其他设备替代。
淘汰设备时补看六项规则
一、检查系统版本是否仍在支持范围
先核对应用声明的最低系统要求及仍承诺支持的版本。某个旧型号如果还能运行受支持的系统版本，就不应仅因上市时间久而自动删除。反过来，设备即使较新，若无法覆盖团队需要验证的系统边界，也不能代替旧设备的测试价值。
二、按硬件档位保留差异，而非重复型号
比较处理能力、可用内存和存储空间等条件，保留能代表不同性能档位的设备。低内存环境更容易暴露应用重载、切换后台后状态丢失等问题；高性能设备则适合检查图像处理、复杂动画等负载。淘汰前确认这些差异是否已由其他设备覆盖。
三、屏幕与交互方式要有代表性
测试屏幕尺寸、分辨率和显示缩放下的布局，重点检查文字截断、按钮遮挡、弹窗溢出和横竖屏切换。若应用支持平板或分屏使用，应另留对应形态的设备，不能用手机测试结果代替。屏幕大小相近但比例不同的设备，也可能呈现不同的布局问题。
四、按应用功能保留传感器和外设组合
应用使用相机、定位、麦克风、蓝牙或生物识别时，应保留能够验证这些功能的设备。比如扫码应用要覆盖相机权限拒绝、重新授权和对焦场景；依赖蓝牙的应用要验证连接、断开与重连。若某设备不具备关键能力，可将其从该专项测试中移除，但不必因此取消它对普通页面的测试价值。
五、用实际使用和缺陷记录校正清单
在合规前提下，汇总应用支持范围内的设备型号、系统版本、崩溃与兼容性缺陷记录。无需追求精确的市场占比；先观察一段有代表性的发布周期，识别持续出现的设备类别和问题类型。若某类设备仍有稳定用户或反复出现高影响缺陷，就应延长保留时间；没有使用证据、且覆盖已重复的设备，才适合降级。
六、根据变更风险调整测试频率
设备淘汰不是一次性决定。界面改动较小，可优先执行核心设备冒烟测试；涉及系统权限、相机、定位、蓝牙或大幅调整布局时，应把相关补充设备重新纳入回归。移动应用兼容性测试中的设备淘汰与补充规则应与功能变化联动，避免设备清单固定不变，逐渐漏掉新风险。
按步骤维护设备矩阵
列出当前支持的系统版本、关键功能和应用形态，明确测试边界。
为每台设备填写型号、系统、硬件档位、屏幕特征及覆盖任务，标出重复覆盖项。
结合缺陷记录和真实使用情况，给设备标注“核心”“补充”或“待退出”，并写明理由。
先在一个发布周期内验证调整结果；退出设备前，用仍保留的设备复测其原先承担的关键场景。
系统支持范围、功能依赖或缺陷分布变化时，重新评估设备矩阵并记录变更。
核心原则是保留差异、去掉重复，并让淘汰决定可复查。把移动应用兼容性测试中的设备淘汰与补充规则落到明确的覆盖任务上，测试团队才能在设备数量可控的同时，持续发现系统、硬件和界面组合带来的问题。
常见问题
设备用了几年就一定要淘汰吗？
不一定。只要仍覆盖受支持的系统、硬件或用户场景，就可能值得保留；机龄只能作为参考。
一台设备可以同时属于核心和补充设备吗？
不建议这样标记。按发布节奏和测试用途选一个主类别，遇到专项功能变更时再临时提高测试优先级。
没有可靠的设备使用数据怎么办？
先依据支持范围、缺陷记录和功能依赖建立清单，并记录判断依据；之后按固定发布周期复核，不要凭印象直接删除。
淘汰后发现覆盖不足怎么办？
恢复该设备或补入具备相同系统、硬件、屏幕及功能条件的设备，并针对遗漏场景补做回归。