Web 功能测试实战教程

每次操作至少问四件事

• 操作前：用户、数据和页面处于什么状态？
• 操作中：控件是否可用，重复操作会怎样？
• 操作后：页面提示、跳转和展示是否正确？
• 系统侧：请求、业务码和关键数据是否一致？

登录表单测试点

可执行步骤

1. 记录字段必填、格式、长度和默认值。
2. 用等价类与边界值准备输入。
3. 组合账号、密码、验证码的合法与非法状态。
4. 使用点击、回车和重复点击提交。
5. 核对错误定位、已填内容保留和请求是否发送。

列表类页面检查

越权测试步骤

1. 准备用户 A 和用户 B，并分别创建订单。
2. 用 A 登录并正常打开自己的订单。
3. 把 URL 或请求中的订单 ID 换成 B 的订单。
4. 确认页面拒绝、接口拒绝且不返回 B 的数据。
5. 检查日志是否记录越权尝试，数据没有被修改。

关键用例

• 当游客访问订单详情时，系统要求登录且不泄露订单摘要。
• 当用户 A 请求用户 B 的订单时，系统拒绝并返回安全提示。
• 当普通用户伪造客服退款操作时，接口拒绝且订单不变。

退款凭证与下载测试

容易遗漏的浏览器行为

• 当刷新订单确认页时，不重复创建订单。
• 当支付后点击后退时，不回到可再次支付的旧状态。
• 当退出登录时，前进后退不能看到敏感订单内容。
• 当商品价格更新时，刷新后展示新价格，提交以服务端校验为准。
• 当多标签页同时退款时，状态能同步或明确提示冲突。

四个常用面板

定位“提交订单无反应”

1. 打开 Network 和 Console，清空本轮记录。
2. 点击一次提交并确认按钮状态。
3. 没有请求时检查表单校验与 Console。
4. 有请求时检查方法、参数、HTTP 状态与业务码。
5. 记录 request_id，再核对订单和库存数据。
6. 用同一证据链编写缺陷，不凭页面现象归因。

练习

1. 准备游客、普通用户 A、用户 B 和客服四种身份。
2. 按“当……时，……”格式编写 12 条用例。
3. 覆盖登录表单、商品搜索、分页和下单。
4. 覆盖重复支付、退款、越权与浏览器前进后退。
5. 选择一个失败场景，用 DevTools 建立证据链。
6. 输出通过、失败、阻塞和剩余风险。