检查不同设备的阅读体验,核心不是看页面“能不能打开”,而是看文字是否无需缩放即可读、点击目标是否够大、内容是否被遮挡、桌面端与移动端的结构是否一致。多人协作时,把检查项写成清单,指定谁在什么设备上验、记录什么结果,能显著减少上线后的返工。
不需要每个页面都在所有设备上过一遍。优先覆盖以下类型:首页、主要栏目列表页、详情或文章页、表单页、含表格或长代码的页面。前提是页面已经能在本地或测试环境打开,浏览器缩放为默认值,并关闭个人账号带来的个性化样式。若网站还在搭建阶段,结构未定,先查信息层级;结构稳定后再查视觉细节。
多人协作时建议在交付说明里写清三件事:检查范围、使用的设备与浏览器版本、发现的问题记录在哪里。没有这三项,不同人给出的“看着还行”无法比较,也无法判断是否修完。
设备差异主要体现在视口宽度、输入方式和系统字体设置上。按下面四类覆盖,基本能发现大多数问题:
每类设备至少检查四项:正文默认字号下是否需要缩放才能读;行宽是否控制在舒适范围;按钮和链接的可点击区域是否够大且不重叠;图片、表格、嵌入内容是否溢出容器。任何一项不通过,都记为待修问题,而不是凭印象放过。
以浏览器开发者工具为例,可以这样逐步检查:
判断结果:无横向滚动、正文无需缩放、点击目标不重叠、放大字体后内容仍完整,四项同时满足才算通过。任意一项失败,记录设备宽度、页面地址和具体现象,再交给负责样式的人修改。
设备模拟只能作为初筛。真实手机的输入方式、系统字体和浏览器渲染与模拟存在差异,关键页面仍应在至少一台真实手机上复核一次。这一步不能省,但也不必对所有页面都做。
返工往往来自标准不一致,而不是技术难度。交付前把检查清单固定下来,例如用一张表格列出页面、设备宽度、检查项、结果、负责人。每修完一项,由原检查人复核并标记通过,而不是由修改者自行确认。这样责任清楚,也不会出现“以为别人查过了”的遗漏。
如果团队使用版本管理,把检查记录和修改说明放在同一次交付里,方便回溯。对于历史页面或旧版入口,不要凭记忆判断当前表现,应以实际打开的结果为准;无法确认现状时,先记录待查,不要写成已通过。
选一个即将交付的页面,按上面的四类宽度和四项检查做一遍,把结果填进共享清单,再决定是否需要调整字号、行宽或布局。清单跑通一次后,后续页面直接复用,协作成本会明显下降。