检查不同设备的阅读体验,核心做法是:在真实设备或等效的视口宽度下,逐页查看文字是否无需横向滚动、字号是否可读、点击目标是否够大、图片与表格是否溢出,并把发现的问题记录成可交付的清单。多人协作时,这份清单要写清页面、设备、现象和期望结果,谁改、谁验收都有依据,返工自然减少。
不是所有页面都值得逐设备细看。优先检查首页、栏目页、内容详情页、表单页和导航,这几类覆盖了大多数阅读路径。验收前提要在动手前定好,例如:以 360px、768px、1280px 三个宽度为基准;正文在 360px 下不出现横向滚动条;正文字号不小于 16px;可点击元素间距足够,不出现误触。前提写进交付说明,检查结果才有统一判断标准,而不是各人凭感觉说“看着还行”。
桌面浏览器就能完成大部分初筛,步骤可以直接执行:
需要说明的是,模拟视图能反映布局问题,但不能完全代表真实设备的字体渲染、触控精度和系统缩放。它适合快速定位“可能的原因”,最终判断仍要回到真机。
拿一到两台实际在用的手机和平板,按下面的检查项逐条过:
如果某一项在模拟视图正常、真机异常,优先怀疑固定宽度写死、视口 meta 缺失或系统字体放大,而不是直接断定是模板问题。
多人协作最容易返工的环节,是问题描述含糊。建议每条记录包含:页面地址或栏目名、设备与宽度、具体现象、期望结果、优先级。例如写成“详情页正文表格在 360px 下横向溢出,期望改为可横向滚动容器”,比“手机上表格有问题”更容易被准确修复和验收。清单交付后,修改方按条处理,验收方按同一条复检,双方对“改完了没有”的判断保持一致。
可以判定通过的信号包括:三个基准宽度下均无横向滚动;正文无需放大即可阅读;主要按钮在真机上一次点中;表单输入时当前项不被键盘遮挡。容易误判的情况也要留意:模拟视图正常不等于真机正常;某台设备正常不代表所有设备正常;内容长度变化后,原本正常的页面可能重新溢出。因此每次改版或新增内容类型后,至少重跑一遍基准宽度检查。
下一步,把上面三个基准宽度和检查项写成一份固定模板,放进每次页面交付的流程里,让修改和验收都对着同一份清单走。