小团队做网站，通常没有专职测试，开发自己测一遍就上线。这不是不行，但需要一套固定的检查动作，否则漏掉的一定是最要命的那一项——比如表单提交后根本收不到邮件。
功能测试：按用户路径走一遍
别按页面测，按用户会做的事测。列几条核心路径：
- 浏览路径：进首页 → 找产品 → 看详情 → 看案例
- 留资路径：打开表单 → 填写 → 提交 → 看反馈 → 后台收到
- 搜索路径：输入关键词 → 看结果 → 无结果时的提示
- 后台路径：登录 → 新增内容 → 上传图片 → 发布 → 前台可见
每条路径走完，把结果记下来。听上去笨，但这是发现问题的有效方式。
必测的边界情况
正常情况大家都测，问题都出在边界上：
- 空值：表单什么都不填就提交，提示是否清晰
- 超长内容：标题写五十个字，布局会不会撑破
- 特殊字符：输入引号、尖括号、表情符号，会不会报错或显示异常
- 重复提交：连点两次按钮，会不会产生两条记录
- 网络异常：断网提交，有没有友好提示
- 无数据状态：栏目下还没有内容时，页面是空白还是有提示
其中第 6 条最容易被忽略，空栏目显示一片空白，会让访客以为网站坏了。
兼容性怎么覆盖
全覆盖不现实，按实际用户数据来定。常见的优先级：
- 浏览器：主流内核各测一个，加上企业客户常用的旧版本
- 手机：至少两台真机，一台小屏安卓、一台 iPhone
- 平板与桌面：各看一眼布局是否合理
- 微信内置浏览器：国内场景绕不开，一定要单独测
微信里打不开、分享出去没有缩略图、支付跳转异常，这些都是真机实测才会暴露的问题。
性能自测
不必搭建复杂的测试环境，几个动作就够：
- 用测速工具跑一次：看首屏时间和各项评分
- 开浏览器开发者工具：看请求数量、总体积、有没有异常慢的接口
- 模拟弱网：把网络限速到 3G，看页面还能不能用
- 看图片体积：单张超过 500KB 的就要处理
安全自测
开发完成后花半小时自查：
- 在表单里输入特殊字符，看有没有被当代码执行
- 不登录直接访问后台地址，能不能进去
- 上传一个伪装成图片的脚本文件，会不会被接受
- 看页面报错时是否暴露了路径或数据库信息
回归测试别省
每次改动上线前，把核心路径再走一遍。听起来繁琐，但"改了个小功能结果首页挂了"的事故，全都是因为跳过了这一步。
把核心路径写成一张清单贴在团队看板上，每次发布前逐条打勾，五分钟就能过完。
测试的目的不是证明没问题，而是在用户发现问题之前，自己先找到它。
—— 一位从开发转测试的工程师