TG咨询预算紧时，不必为每种分辨率都购买一台手机。可执行的Android客户端多分辨率布局验收策略，应先覆盖差异明显的屏幕，再针对高风险页面补测真实设备。核心不是设备数量，而是有计划地组合模拟器、实体机和界面检查。
先按布局风险分层，而非按机型堆设备
分辨率表示像素数量，界面适配还受屏幕尺寸、密度、字体和可用窗口空间影响。Android布局通常使用dp表达尺寸、用sp表达文字大小；相同像素尺寸的两台设备，显示效果也可能不同。只挑一台高分辨率手机，无法代表小屏、较大字体或分屏状态。
可以把验收对象分为三层：基准层覆盖团队常用的实体机；边界层覆盖窄屏、较大屏幕以及不同密度的配置；状态层检查横竖屏、字体放大和分屏等窗口变化。团队已有设备先纳入清单，再补足最缺的一类，不必追求覆盖所有型号。
用模拟器扩大覆盖，用实体机确认关键问题
模拟器适合快速检查的情况
Android Studio 模拟器可以创建不同屏幕尺寸、分辨率和系统配置的虚拟设备，适合验证页面是否溢出、按钮是否被挤压，以及布局在常见窗口宽度下是否变化。它成本低、配置可重复，但触摸手感、厂商定制、实际性能和部分系统栏表现未必与实体机完全一致。
实体机优先验证高风险路径
登录、支付确认、表单提交、拍摄预览等关键页面，建议至少在实体机上走查。若应用面向多种品牌，可优先选择团队能够稳定借用或持有、系统版本有差异的设备；重点看系统栏遮挡、键盘弹出后的内容、触控区域和滚动体验，而不是只对照截图像素。
一套低成本的执行流程
- 列页面清单：标出首页、表单、长列表、弹窗和关键业务流程，并注明是否依赖固定高度、图片比例或底部操作栏。
- 选代表配置：用现有实体机作为基准，在模拟器中补一个较窄窗口和一个较宽窗口；再按用户反馈或页面风险决定是否补测不同密度或系统版本。
- 统一检查变量：分别检查竖屏与横屏、默认字体与放大字体、系统栏显示状态，以及可用时的分屏窗口。字体缩放应检查标题、按钮和长文本是否截断或重叠。
- 按清单逐页验收：检查文本是否完整、控件是否可点、内容是否被遮挡、滚动是否能到达页面末尾。出现问题时记录设备配置、窗口状态、页面路径和复现步骤。
- 修复后回归：先重测出错配置，再检查同一组件使用的其他页面。把稳定通过的配置保留为回归组合，减少每次版本都从头挑设备。
把检查重点放在容易漏掉的变化
布局验收应区分“像素变多”和“可用空间变宽”。横屏时高度缩短，键盘出现时窗口可用区域改变；分屏时，即使设备屏幕很大，应用窗口也可能较窄。使用窗口尺寸类组织自适应界面时，要在窗口跨越布局切换条件的两侧检查，而不只是测一个大屏和一个小屏。
同时检查系统栏内边距：顶部标题、底部按钮不应被状态栏或导航区域遮挡。对于有滚动内容的页面，确认输入框聚焦后仍能看见当前编辑区域。验收截图可以辅助比较，但不能代替实际点击与滚动。
预算有限时如何决定补测优先级
优先补测用户覆盖广、页面后果严重且布局复杂的组合。例如，窄窗口下的结账表单，比静态说明页更值得先上实体机；使用图片网格的页面，应额外检查不同宽度下的换行和裁切。若某个问题仅在特定系统版本或厂商设备出现，再按复现条件定向增加设备，不要先购买大量相似机型。
因此，Android客户端多分辨率布局验收策略可以从少量已有设备起步：模拟器负责扩展配置，实体机负责确认真实交互，风险清单负责安排顺序。每次修复后保留复现配置，逐步形成适合团队产品的验收组合。
常见问题
必须测试每一种分辨率吗？
不必。优先覆盖屏幕空间、密度和交互状态有明显差异的代表配置，并根据实际缺陷增加定向测试。
模拟器能否替代实体机？
不能完全替代。模拟器适合覆盖布局配置，关键触控、键盘和厂商系统表现仍建议用实体机确认。
多分辨率验收最容易漏什么？
常见漏项是字体放大、键盘弹出、横屏和分屏。将这些状态写进清单，比单纯增加相似设备更有效。
按代表设备、窗口状态和页面风险逐步扩展，团队就能以可控成本落实Android客户端多分辨率布局验收策略。