第4章：可用性测试计划
测试计划这件事，我见过太多团队把它当成「填表交差」的活儿。结果呢？测试做到一半发现环境不对，用户招来发现根本不是目标人群，数据收集了一堆却回答不了任何问题。嗯，今天我们就来聊聊怎么把计划做扎实。
4.1 测试目标定义
先问自己一个问题：这次测试到底想验证什么？
我个人的习惯是，把目标分成三个层级：
- 核心目标：必须回答的1-2个关键问题。比如「新手能否在30秒内完成导航设置？」
- 次要目标：希望验证但优先级稍低。比如「语音唤醒的误触发率是否低于5%？」
- 探索性目标：开放式的观察。比如「用户在使用手势控制时有哪些自然动作？」
举个例子。我之前参与一个新能源车型的HMI测试，核心目标就一个：「驾驶员在高速行驶时，能否盲操完成空调温度调节？」说白了，这就是安全底线。所有测试任务、环境搭建、用户招募都围绕这个目标展开。
目标定义检查清单：
- 目标是否可测量？（比如「完成时间＜5秒」而不是「操作流畅」）
- 目标是否与产品阶段匹配？（原型阶段别测性能，量产前别测概念）
- 目标是否排除了干扰因素？（比如「在白天强光下测试屏幕可读性」）
4.2 测试环境搭建
环境搭建这块，我踩过不少坑。你想想看，模拟器和实车测出来的结果，有时候完全是两码事。
4.2.1 模拟器环境
适合早期概念验证和快速迭代。我建议这样配置：
| 组件 | 要求 | 说明 |
|---|---|---|
| 屏幕 | ≥10英寸，分辨率与实车一致 | 别用小显示器凑合，触控精度差太多 |
| 交互设备 | 电容触控屏+物理旋钮模拟 | 纯鼠标操作会失真 |
| 环境模拟 | 可调节亮度、角度 | 模拟不同光照和坐姿 |
| 数据采集 | 屏幕录制+眼动仪接口 | 别漏了时间戳同步 |
记得有一次，我们在模拟器上测手势控制，用户反馈「很灵敏」。结果上了实车，因为屏幕安装角度和座椅位置不同，同样的手势识别率直接掉了30%。所以啊，模拟器只能帮你筛掉明显的问题，别指望它替代实车验证。
4.2.2 实车环境
实车测试才是真正的「战场」。我个人的经验是，至少提前两天做以下准备：
- 车辆状态：电量充足、系统版本锁定、关闭OTA更新
- 路况选择：静态测试选停车场，动态测试选固定路线
- 安全配置：副驾必须有安全员，紧急制动按钮要显眼
- 数据备份：每次测试前导出日志，防止意外丢失
⚠️ 实车测试的坑：
我曾经遇到过测试到一半，系统自动推送了OTA更新，所有交互逻辑都变了。从那以后，我要求每次测试前必须确认「飞行模式」开启，切断所有网络连接。
4.3 招募用户标准
用户招募这件事，说白了就是「找对人」。不是随便拉几个同事就能凑数的。
4.3.1 核心筛选维度
| 维度 | 典型要求 | 为什么重要 |
|---|---|---|
| 驾龄 | 新手（＜1年）vs 老手（＞5年） | 新手更依赖HMI引导，老手更习惯物理按键 |
| 科技接受度 | 低/中/高三档 | 直接影响语音、手势等新交互的接受度 |
| 年龄分布 | 25-55岁，每10岁一档 | 视觉、反应速度差异明显 |
| 车型使用经验 | 当前车型/竞品车型/无经验 | 避免「经验污染」或「学习效应」 |
我建议每组测试至少8-10人，其中新手和老手各占一半。为什么？因为你会发现，新手觉得「很直观」的功能，老手可能觉得「多此一举」；反过来，老手习惯的快捷操作，新手根本找不到入口。
4.3.2 避坑指南
我曾经犯过的错：
- 只招了公司内部员工——结果全是「老司机」，测不出新手问题
- 忽略了视力条件——有个用户轻度色盲，红绿灯图标完全看不清
- 没有设置「极端用户」——后来发现左撇子用户操作方向盘右侧触控板特别别扭
所以我现在招募用户，一定会加一条：「优先考虑有不同驾驶习惯、不同生活背景的用户」。说白了，你的用户群体越多元，测试结果越有说服力。
4.4 测试计划模板
最后，分享一个我常用的计划模板。别照抄，根据你的项目调整：
# 可用性测试计划 - [项目名称]
## 1. 测试目标
- 核心：验证[功能A]在[场景B]下的完成率≥90%
- 次要：收集[交互C]的主观满意度评分
- 探索：观察用户对[新功能D]的自然操作方式
## 2. 测试环境
- 类型：[模拟器/实车/混合]
- 配置：[屏幕尺寸/分辨率/交互设备]
- 特殊要求：[光照/路况/安全措施]
## 3. 用户招募
- 人数：[8-12人]
- 筛选条件：[驾龄/年龄/科技接受度]
- 排除条件：[相关行业从业者/重度竞品用户]
## 4. 测试任务
- 任务1：[描述] → 成功标准：[时间/步骤/错误率]
- 任务2：[描述] → 成功标准：[时间/步骤/错误率]
## 5. 数据采集
- 客观数据：[完成时间/错误次数/眼动热点]
- 主观数据：[SUS评分/NASA-TLX/访谈录音]
嗯，计划做到这个份上，基本就不会出大问题了。记住一句话：测试计划的质量，直接决定了测试结果的价值。别急着动手测，先把计划磨透了再说。