网站测试清单：访问、登录、表单和改版验收怎么查

网站测试的第一件事是确认用户能完成任务。页面很快，但注册邮件发不出、表单没有保存、普通用户能看到后台数据，都属于需要处理的问题。测速只是网站验收的一部分。

先列出需要走通的用户路径

从网站实际用途出发，写出入口、关键操作和完成标志。展示站可能是“进入详情页→打开联系表单→收到提交结果”；内容站可能是“搜索→进入文章→继续阅读”；业务系统则还需要覆盖账号权限与状态变化。箭头表示测试步骤，不代表这些功能必然存在于每个站点。

每条路径都应明确预期结果。例如表单按钮出现成功提示，只证明前端展示了一条消息，还需要核对服务端是否保存、后续流程是否触发。测试账号与数据提前准备，并标记哪些操作会发通知或产生真实费用。

访问正确性：检查页面，不只检查状态码

• 完整网址是否跳到预期位置，旧链接是否按计划处理。
• HTTPS 是否正常，图片、脚本和样式是否加载。
• 返回内容是否与页面标题、业务状态一致。
• 不存在的页面是否有合理响应，而不是统一返回一张成功模板。

HTTP 规范说明状态码的协议语义，但它无法替代业务验收。200、跳转、403 或 404 是否符合预期，需要结合对应操作判断。

登录与权限用不同身份验证

至少区分未登录用户、普通用户和有管理权限的账号。检查退出后受保护页面是否仍能访问，用户之间的数据是否隔离，错误的输入是否得到明确提示。不要只用管理员账号测试全部流程，管理员权限可能掩盖普通用户遇到的问题。

这类检查使用自己有权测试的系统和专用账号。公开测速平台不适合接收账号密码、私密链接或含客户信息的页面截图。

性能与设备检查围绕核心路径

用 Network 面板保留实际请求，配合浏览器控制台和自己的服务日志定位失败。需要性能基线时，再固定设备、网络与缓存条件测试；不要用一个工具分数替代整张验收清单。

让每个问题可以交接

记录步骤、预期、实际结果、账号角色、页面版本和发生时间。截图只保留必要信息，敏感数据做脱敏。修复后复走原步骤，同时检查直接依赖的流程，避免只确认按钮颜色恢复。

如果当前主要问题是“访问返回正确吗”，可进一步看状态码、正文与跳转的访问测试；若是上线前的测速安排，则参考站长上线检查清单。