检查不同设备的阅读体验,核心不是“看一眼好不好看”,而是按固定清单逐项验证:文字是否无需缩放即可读、点击目标是否够大、内容是否横向溢出、关键操作是否被遮挡。多人协作时,把每项检查写成可复现的步骤和明确的通过标准,交付时就能减少“我这看着没问题”的返工。
不要只挑一台手机。至少覆盖四类视口:窄屏手机(约320–375px宽)、大屏手机(约390–430px)、平板(约768–1024px)、桌面(约1280px以上)。用浏览器开发者工具的设备模拟切换宽度,同时手动拖动窗口边缘,观察布局在中间宽度是否断裂。
结果说明:如果只在整数值断点正常、中间宽度错位,说明布局依赖固定宽度而非弹性布局,需要改成流式或增加断点。适用条件:这是初步筛查,模拟不能完全代替真机,字体渲染和触控差异仍需真机复核。
把上面每项做成一行记录:设备宽度、页面地址、检查项、现象截图、判定(通过/不通过)、负责人。判定标准提前统一,例如“窄屏无横向滚动”“正文无需缩放可读”“主要按钮拇指可独立点中”。
这样做的价值在于:不同人用同一套标准复核,争议点从“感觉不好看”变成“这一项是否满足既定条件”。假设某个列表页在375px下出现横向滚动,记录后可直接定位到具体元素,而不是让整页重做。
占位文本往往偏短,容易掩盖问题。检查时应使用接近真实长度的标题、正文、表格和表单提示。特别要测超长标题、无空格长链接、多行错误提示这三类内容。
结果说明:如果真实内容导致换行错乱、按钮被挤走或容器撑破,说明样式只适配了理想长度。修复方向是允许换行、设置溢出处理,而不是删减内容。
下一步:挑一个已完成的页面,按上面的清单在320px、390px、768px、1280px四个宽度各查一遍,把不通过项写成带截图的修复条目,再分配给对应负责人。