需以最小目标设备验证
别名: 最小机型验收 · device lab · 真机验证 · lowest-end device
概念解释
声称支持的设备里，物理上最小、系统镶边最厚的那一台，才是布局能不能成立的验收面。设计稿在 27 寸显示器上以 100% 显示的「手机框」、桌面浏览器的设备模式、团队手里最新的旗舰，都不是这个面。最小目标设备把视口、系统栏高度、字号默认值和拇指可及范围叠在一起，任何只在大机上做过的路径都可能在这里断。这条谈的是验证策略：在哪台真机上把主路径走通，而不是解释达域为什么随毫米变化，也不是解释小屏为什么显得挤——那两件事要在最小设备上被看见，而不是在条目里再推一遍。
机制
设计者的工作面和用户的设备不是同一个物理对象。大显示器上的模拟视口没有真机的观看距离，鼠标没有拇指关节，系统状态栏和底部指示条常常被模拟器画得比真机更瘦。团队日常机往往是当年的大屏旗舰，把失败从日常视野里移走了。支持矩阵里的「最小」是最差仍须可用的点：更窄的内容区、相对更高的系统镶边占比、有时更低的刷新与更老的字体渲染。只在模拟宽度上通过，等于只检验了布局约束的一维；最小真机同时施加尺寸、镶边、输入方式和默认字号。不把验收钉在这台机器上，缺陷会稳定地出现在你看不见的那群用户里。
怎么研究
用代表设备集做组内比较：同一批人在最小目标机、中间机、旗舰机上走同一条任务，记录只有最小机上才出现的失败。设备实验室或云真机农场提供机身，但触摸仍最好在手里的那台最小机上做。
自变量：支持矩阵中的机身、是否使用模拟器、系统栏是否为真实镶边、默认字号是否被改过。 因变量：任务成败、仅在最小机出现的错误类型、完成时长差、主观「挤」和「够不着」的报告。
云端真机看得到像素，摸不到重量和单手弧。模拟器的「iPhone SE 视口」若跑在桌面窗口里，阅读距离仍是桌面的。不要把「在中间机上没问题」当作最小机已通过。样本要包括左手握持和系统大字号，否则最小机上的失败会被平均掉。
边界
内部只发一种型号的应用，最小即唯一，验证面退化成那一台。若公开声明不支持某类小屏，最小机会上移，但声明必须和商店页、系统要求一致，不能只写在团队聊天里。折叠屏的外屏常常比「最小直板」更窄，要单独列入矩阵，不能用内屏的通过代替。平板和桌面不在这个最小手机集合里。纯展示型页面若从未被声称可操作，验收标准是可读而不是可点。
怎么落地
- 在支持矩阵里写出最小物理机型与系统版本，把它列为发布前必过的验收机，而不是「有空再看一眼」。
- 主路径在这台真机上用单手走通：注册、付款、发布、紧急联系。模拟器通过不算过。
- 打开系统默认或放大字号、让状态栏处于来电或热点加高态，再走一遍，避免只测了理想镶边。
- 验证：发布清单上列出最小机的拍摄记录——首屏、关键表单、弹层关闭按钮——每一张都能看见完整的可点目标和可读主文。缺照片或只贴了旗舰截图，等于最小设备从未被验证。