测试脚本编写：设计任务场景、操作指引、提问话术、观察要点、记录字段

1. 适用场景

测试脚本是低保真原型测试的执行蓝图，以下场景必须编写结构化测试脚本：

• 多轮对比测试：需要跨被试、跨版本采集可量化数据时，脚本确保执行一致性。
• 跨团队协作：多个测试员同时执行任务，脚本减少执行偏差。
• 量化反馈收集：目标产出 SUS 评分、任务完成率、错误率等指标时，脚本预定义记录字段。
• 新手测试员执行：脚本提供完整话术和操作指引，降低执行门槛。
• 远程/异步测试：脚本作为“测试协议”发给被试自行执行，必须包含清晰任务场景和操作指引。

2. 前置条件

3. 操作步骤

五要素必须按“场景 → 指引 → 话术 → 观察 → 记录”顺序闭环编写，不可跳项或合并。

3.1 设计任务场景

任务场景描述用户在使用产品时的具体情境与目标。每个场景必须包含：

• 情境背景：用户所处的环境、情绪、时间压力。
• 触发事件：什么原因促使用户开始任务。
• 最终目标：用户完成任务的判定标准。

3.2 编写操作指引

操作指引是测试员或被试执行任务时的分步指令。每条指引必须满足：

• 原子性：一步只做一个操作。
• 无歧义：使用原型中的准确控件名称。
• 顺序编号：从 1 开始连续编号。

3.3 设计提问话术

话术在任务前、任务中、任务后三个时间点使用。设计原则：

• 任务前：确认被试理解场景，使用封闭式问题确认。
• 任务中：仅当用户沉默超过 10 秒或明显困惑时使用，话术必须中性、不暗示答案。
• 任务后：先开放式问题，再针对特定行为追问。

3.4 确定观察要点

观察要点分为行为层与情绪层两类。每个任务必须预设至少 3 个观察要点：

• 行为层：犹豫、点击错误、重复操作、绕路、跳过步骤、中途放弃。
• 情绪层：皱眉、叹气、微笑、寻求确认、自言自语。

3.5 定义记录字段

记录字段是每一条测试数据的最小存储单元。字段设计必须遵循 SFD 原则：

• 标准化（Standardized）：字段名、类型、取值范围在整份脚本中统一。
• 扁平化（Flat）：不使用嵌套结构，每条记录可独立分析。
• 可量化（Digitizable）：优先用数字、布尔、枚举，减少文本字段。

4. 输入输出物

5. 责任边界

• 用户体验研究员：主笔编写五要素，确保脚本逻辑闭环、话术中立、字段可量化。
• 产品经理：提供原型与测试目标，确认脚本覆盖核心业务路径。
• 测试执行员：按脚本执行测试，如实记录观察数据，不擅自修改脚本内容。
• 设计主管：终审脚本质量，验收通过后签字放行测试。

6. 记录材料

测试脚本模板（完整示例）：

# 测试脚本：文件转换 App · 第 2 轮

## 1. 任务场景
**情境**：小王收到一份 PDF 简历，需在 3 分钟内转为 Word 并分享给 HR。
**触发**：微信收到简历文件 → 打开“文件转换”App。
**目标**：成功输出 Word 文件并分享到微信。

## 2. 操作指引
1. 打开 App，进入首页。
2. 点击底部“转换”图标。
3. 在文件列表中选择“简历.pdf”。
4. 点击“开始转换”。
5. 转换完成后点击“保存为 Word”。
6. 点击“分享” → 选择微信。

## 3. 提问话术
- [任务前] “您清楚这次的任务目标了吗？请用自己的话复述一遍。”
- [任务中·犹豫>10s] “您刚才在看什么？能说说您的想法吗？”
- [任务后] “请用 1-5 分给这次操作体验打分，5 分是非常满意。”

## 4. 观察要点
- 是否在步骤 1 首页停留超过 5 秒（计数：是/否）
- 是否点击错误图标（计数：次数）
- 是否在转换过程中返回首页（计数：次数）
- 是否皱眉/叹气（计数：次数）

## 5. 记录字段
任务ID | 被试ID | 完成状态 | 耗时(s) | 错误点击次数 | 犹豫次数 | 满意度(1-5) | 关键行为备注
T002  | U003   | 已完成   | 142     | 1            | 2        | 4           | 在步骤3犹豫后正确选择了文件

7. 异常处理

8. 验收标准

测试脚本在进入执行阶段前，必须通过以下全部检查项：

• 完整性：五要素全部填写，无空白项。
• 可执行性：操作指引步骤 ≤ 12 步，每步可在 30 秒内完成。
• 中立性：话术中不含“您觉得……是不是更好？”等暗示性句式。
• 可量化：记录字段中数字化字段占比 ≥ 70%，文本字段有字数上限。
• 可复现：两个测试员分别阅读脚本后，对同一任务的执行方式理解一致（通过“脚本复述检验”确认）。
• 版本锁定：脚本头部标注原型版本号、脚本版本号、编写日期、审核人签名。