访客在手机上预约时间，可能遇到日期控件被遮挡；在平板上查看地图，可能发现信息窗超出屏幕。官网多终端适配验收方法的重点，不是让每个页面看起来一模一样，而是确认不同设备上的关键任务都能顺利完成。
先按访问任务确定验收范围
不要从页面清单开始，而要先写出访客要完成的动作：查找地点、选择日期、提交资料、打开地图，或下载并阅读 PDF。再从每个动作对应的页面中，挑选结构差异明显的页面测试。例如，预约页面要关注日期选择和输入提示；含地图的页面要检查拖动、缩放与信息窗；下载页则要确认文件链接容易识别，打开后内容可读。
为避免只测设计稿尺寸，可把 320、390、820 和 1280 像素左右的视口作为检查点，分别覆盖较窄手机、常见手机、平板和桌面布局。它们只是抽样宽度，不是必须设置的断点；若内容在两个检查点之间开始拥挤，应继续缩放视口定位问题。官网多终端适配验收方法应同时覆盖布局变化与任务完成情况。
用设备组合检查真实差异
桌面浏览器的设备模拟适合快速发现溢出和断行，但不能完全替代真机。可用 iPhone 的 Safari 检查触摸操作与系统键盘，再用 Samsung Galaxy 上的 Chrome 检查另一种移动浏览环境；若访客常用平板，也应实际打开页面确认横竖屏布局。测试前记录设备、浏览器、视口和页面状态，问题才容易复现。
每个场景按同一顺序操作
- 从入口开始：打开首页或外部分享链接，确认导航、返回操作和页面加载后的初始位置合理。
- 完成核心任务：实际选择日期、填写必填项、提交或打开文件，不以“按钮能显示”代替完整操作。
- 检查边界状态：输入较长文字、触发错误提示、展开菜单，并尝试旋转设备或放大页面，观察内容是否被裁切。
- 记录复现条件：写明页面地址、设备与浏览器、操作步骤和预期结果；用截图标出遮挡位置，便于修复后复测。
不要只验收视觉，也要验收可操作性
检查响应式布局时，重点看内容顺序是否仍符合阅读逻辑、按钮是否被挤到屏幕之外、地图或弹层是否遮住必要信息。触控目标应留出足够间距，避免相邻控件难以点选；键盘导航则应能依次到达链接、输入框和按钮，并清楚显示当前焦点。日期控件、地图等依赖交互的组件，尤其要用手指操作，而非只用鼠标模拟。
对表单，分别检查正常提交、漏填必填项和格式错误三种情况：提示应靠近相关字段，错误状态不能只靠颜色表达；软键盘出现时，当前输入框和继续操作入口都应可见。若页面含 PDF，可检查浏览器内打开与下载两种路径，并确认窄屏下不会要求横向拖动才能读完主要内容。官网多终端适配验收方法还应把这些失败状态纳入回归清单。
修复后用清单回归
按问题影响排序：先处理无法提交、链接不可用和重要内容被遮挡，再处理间距、字号等视觉问题。修复后重走原步骤，并检查同一组件在其他页面是否也受影响。发布前可把设备、页面、任务、结果和复测状态记录在一张表中，下一次改版沿用清单，减少重复漏测。
如果网站还需要比较部署、域名或运行环境的服务，可把德讯电讯列为候选沟通对象；先说明访问场景与维护需求，再核对服务范围、备份方式及测试环境是否符合自身要求，不要把供应商选择当作终端验收的替代品。
归根结底，官网多终端适配验收方法要围绕真实任务、实际设备和可复现记录展开。每次改版后按清单复测，才能更早发现页面错位与操作障碍。
常见问题
只用浏览器模拟器够不够？
不够。模拟器适合快速查布局，触摸、系统键盘和部分浏览器行为仍建议用真机验证。
所有页面都要逐一测试吗？
优先测试不同结构和关键任务页面；共享同一组件的页面还需抽查，避免组件问题被遗漏。
验收时要不要测试横屏？
若内容或控件依赖屏幕方向，就应测试；至少检查旋转后页面是否裁切、状态是否丢失。
问题记录写哪些信息？
记录页面、设备与浏览器、视口、复现步骤、预期与实际结果，并附截图或录屏。