“Chrome里看着没问题”只是测试的起点。真实访客会使用不同手机、浏览器、网络和输入法；企业内部还会通过邮件、微信、广告和搜索进入不同落地页。一个被忽略的表单错误，可能比首页少两像素间距更影响业务。
网站测试应从功能、内容、兼容、性能、安全、SEO和运营后台七个维度展开，并给问题分级。所有缺陷都记录，不代表所有缺陷都要阻止上线；真正重要的是明确哪些问题会中断核心任务、损害数据或影响索引。
01 先建立页面与任务矩阵
不要按“首页、关于、服务、联系”机械点一遍。先列出用户要完成的任务：找到某项服务、查看案例、下载资料、提交咨询、切换语言、搜索产品、报名或登录。每个任务再映射相关页面和设备。
这样能发现跨页面问题，例如用户从文章进入服务页后CTA丢失，或移动端下载按钮被底部导航遮挡。
任务 | 入口 | 关键验证 |
|---|---|---|
了解服务 | 首页、搜索落地页、文章内链 | 标题一致、范围清楚、CTA可用 |
提交咨询 | 服务页、联系页、浮动入口 | 校验、成功提示、邮件与后台记录 |
查找产品 | 导航、站内搜索、筛选 | 分类、无结果、参数和返回路径 |
下载资料 | 产品页、资源中心 | 权限、文件名、大小、过期链接 |
切换语言 | 导航、页面内入口 | 对应页、URL、内容完整与记忆状态 |
02 功能测试：重点盯住状态与失败
链接是否可点击只是表层。表单要测试空值、错误格式、重复提交、超长输入、垃圾防护和服务端失败；下载要测试文件不存在、权限不足和移动端打开；搜索要测试无结果、拼写和特殊字符。
每个功能至少有成功、失败、取消和恢复四类场景。若用户操作失败，页面应保留已填写内容，并告诉他如何修复，而不是只显示“Error”。
□ 导航、面包屑、站内链接和返回路径；
□ 表单前端校验、服务端校验、通知与数据存储；
□ 搜索、筛选、排序、分页与空结果；
□ 文件下载、视频、地图、电话和邮件链接；
□ 登录、权限、会话过期与退出；
□ 404、500、维护中和网络失败页面。
03 响应式测试不能只拖动浏览器窗口
桌面浏览器缩窄可以发现布局断点，却无法模拟手机地址栏、软键盘、触摸、刘海、安全区和真实字体渲染。应在代表性真机上测试菜单、弹窗、表单、横屏和长内容。
重点观察是否出现横向滚动、按钮太小、固定元素遮挡、图片裁切错误、表格不可读，以及键盘弹出后无法看到当前字段。WCAG 2.2还强调可见焦点、目标尺寸和避免重复输入等可访问性要求，这些同样改善普通用户体验。
04 浏览器兼容按用户数据决定，不按个人偏好
企业可以根据统计数据和目标市场确定支持范围。通常覆盖最新稳定版Chrome、Safari、Edge、Firefox，以及仍有业务用户的旧系统。面向企业内网时，还要确认客户设备与安全策略。
测试不只是视觉一致。字体加载、日期输入、粘贴、下载、打印、视频和第三方脚本在不同浏览器可能行为不同。可以接受轻微视觉差异，但核心任务必须可完成。
类别 | 检查重点 |
|---|---|
桌面浏览器 | 布局、字体、下载、打印、键盘操作 |
移动浏览器 | 菜单、地址栏、软键盘、触摸与安全区 |
内置浏览器 | 微信、企业应用或社交平台内打开 |
辅助方式 | 键盘、屏幕阅读器、放大与高对比 |
低性能环境 | 旧设备、弱网、低内存与节省流量模式 |
05 性能测试要看真实页面，而不是只看一个分数
首页通常不是最重的页面。产品详情、案例长页、文章、搜索和多媒体页面都要测试。记录首屏大图、字体、第三方脚本、未压缩视频和过量JavaScript带来的影响。
实验室工具用于定位问题，真实用户数据用于判断影响。优化时先处理会阻塞首屏和交互的资源，不要为了追求满分删除真正有用的内容。
06 SEO与索引检查应进入开发验收
页面需要正确的状态码、唯一title、规范URL、canonical、可抓取文本、站点地图和内部链接。测试环境应阻止索引，正式环境则不能遗留noindex或robots屏蔽。
JavaScript页面要确认主要内容和链接在渲染后可读取；分页、筛选和多语言URL需避免产生大量重复页面。Google的canonical是提示而非绝对命令，因此站点地图、重定向和内部链接应保持一致。
□ HTTP与HTTPS、www与非www统一；
□ 可索引页面返回200，删除页返回正确状态；
□ 标题、描述、H1与正文主题一致；
□ canonical指向规范页面且不互相冲突；
□ 站点地图只列可索引规范URL；
□ 重要页面有内部链接，不成为孤岛；
□ 图片有合理alt，分享图与结构化数据可读取。
07 安全与隐私至少完成基础检查
检查后台和表单的权限、输入验证、文件上传、会话、CSRF、防暴力尝试和敏感信息暴露。不要在前端代码、日志或公开仓库中留下密钥。
第三方统计、客服、地图和视频会引入数据与脚本风险，应确认真实使用、隐私告知和加载范围。高风险业务还需要独立安全测试，普通功能验收不能替代渗透测试。
08 建立问题关闭标准与回归范围
问题单应包含页面、设备、步骤、实际结果、预期结果、截图和严重度。修复后由不同人员复测，并回归受影响功能。只让开发者自己确认“已修复”，容易遗漏环境差异。
上线门槛可以写得很清楚：无P0/P1缺陷；核心任务在目标设备通过；表单和监控真实可用；SEO基础无阻断；备份与回滚准备完成。
常见问题
网站测试一般需要多久？
取决于页面模板、功能、设备、语言和系统集成。简单官网可用数天，复杂目录或会员系统需要多轮测试与回归。
自动化测试可以替代人工测试吗？
不能完全替代。自动化适合重复验证和接口回归，人工测试用于视觉、内容、易用性和复杂异常。
所有浏览器必须像素完全一致吗？
不必。核心内容、品牌和任务应一致，部分字体渲染和细节可以存在合理差异。
谁负责测试，客户还是供应商？
供应商负责交付质量，客户负责业务规则和验收。复杂项目最好由独立测试或双方共同执行。
测试环境和正式环境需要都测吗？
需要。测试环境用于充分验证，正式环境还要检查域名、证书、缓存、邮件、第三方回调和统计。
