第1章 测试目标与范围定义

适用场景

本章适用于以下情形：

• 产品团队完成了低保真原型设计，需要系统化验证核心交互假设。
• 项目进入用户测试准备阶段，需明确测试边界以避免资源浪费。
• 跨职能团队（产品、设计、开发）需要对齐测试意图和交付标准。
• 组织尚未建立标准化的原型测试流程，需从零搭建测试框架。

前置条件

• 已产出可交互的低保真原型（线框图或纸面原型）。
• 核心功能清单和用户旅程图已完成。
• 产品经理和设计负责人确认测试资源（时间、人员、场地）可支配。
• 初步招募到至少5名目标用户候选名单。

操作步骤

1. 梳理测试目的：与关键干系人开会，明确本次测试要验证的核心问题（例如：「用户能否在3步内完成注册？」）。
2. 划定测试对象：确定被测试的原型范围（覆盖哪些页面、流程、交互），并排除未完成或无关模块。
3. 定义测试环境：选择测试方式（线下1对1、远程共享、无人值守），并确认设备、网络、记录工具。
4. 分配参与角色：指定主持引导员、记录观察员、技术支持、决策观察者。
5. 输出交付物清单：形成文档化清单（测试计划、脚本、任务卡片、数据收集表格）。

输入输出物

# 低保真原型测试交付物清单
## 1. 测试计划
- 目的：验证XX流程的可用性
- 测试对象：注册 → 登录 → 首页浏览
- 环境：线下会议室，MacBook Pro，屏幕录制
- 角色：引导员A，记录员B，观察者C

## 2. 测试脚本
- 任务1：找到注册入口并完成注册
- 任务2：使用已注册账号登录
- 任务3：浏览首页并找到搜索框

## 3. 数据收集表
| 任务   | 完成时间 | 正确路径 | 错误次数 | 用户评论 |
|--------|----------|----------|----------|----------|
| 注册   |          |          |          |          |
| 登录   |          |          |          |          |
| 首页   |          |          |          |          |

责任边界

• 产品经理：提供测试目的和验收标准；确认测试范围不对齐产品路线图的风险。
• 设计师：保证原型可点击；参与测试目标澄清会。
• 测试负责人：主持目标与范围定义会议；编写交付物清单；协调资源。
• 开发代表（可选）：提供技术可行性反馈，避免测试范围包含未实现功能。
• 用户研究员：提醒测试目标应聚焦用户行为而非审美偏好。

记录材料

需要保留以下过程记录：

• 目标与范围定义会议纪要（含参会人、决策依据）。
• 批准后的范围定义表（带版本号）。
• 交付物清单的初始版本与修订历史。
• 所有干系人的书面确认或邮件确认。

异常处理

验收标准

• 测试目标中包含至少一个可量化的KPI（如任务完成率、错误数）。
• 测试对象明确到具体页面或流程ID，无模糊描述。
• 测试环境已列出具体设备、软件、网络条件。
• 参与角色均已有署名确认，责任边界清晰。
• 交付物清单包含全部必需文档（计划、脚本、数据表），且模板已就绪。