1. DVT阶段可用性测试概述
1.1 适用场景
DVT阶段可用性测试聚焦于产品设计验证阶段的真实用户体验。以下场景必须启动可用性测试：
- 硬件外观与交互定型——外壳材质、按键布局、指示灯位置等物理交互已锁定。
- 软件UI基线确定——主要界面布局、导航流程、反馈文案不再进行结构性修改。
- 用户代表可触达——目标用户样本（≥8人）已招募并通过筛选问卷复核。
- 竞品对标需求——需要与EVT阶段基线数据或竞品公开指标做量化对比。
- 法规合规前置——医疗器械、金融终端等受监管产品要求提供DVT可用性报告。
建议：即使产品未强制要求，也应在DVT阶段安排至少一轮形成性可用性测试，以降低上市后投诉风险。
1.2 测试目标
DVT可用性测试的核心目标分为三个层次：
- 效率验证——典型任务完成时间是否达到设计规范（如≤30秒完成开机引导）。
- 有效性验证——任务完成率、出错频率、求助次数是否在可接受阈值内。
- 满意度基线——SUS（系统可用性量表）得分是否达到行业基准（＞68分）。
此外，必须记录所有关键性可用性问题（严重度≥3级），并明确其整改责任人与关闭时限。
1.3 与EVT/DVT/PVT阶段可用性测试的区别
可用性测试在不同硬件-软件成熟度阶段的目标、方法和严格度存在显著差异：
| 对比维度 | EVT（工程验证） | DVT（设计验证） | PVT（生产验证） |
|---|---|---|---|
| 测试重点 | 概念验证 · 交互方向 | 设计细节 · 任务效率 | 生产一致性 · 最终验收 |
| 样本数量 | 5～8人 | 10～15人 | 15～20人 |
| 测试环境 | 原型/模型 · 实验室 | 工程样机 · 模拟场景 | 量产样机 · 真实环境 |
| 数据粒度 | 定性为主 · 发现式 | 定量+定性 · 基线对比 | 定量为主 · 通过/不通过 |
| 问题处置 | 收集建议 · 不强制关闭 | 必须关闭严重度≥3级问题 | 所有问题清零或获得豁免 |
| 交付物 | 可用性发现报告 | 可用性测试报告+基线数据 | 可用性签核报告 |
注意：DVT阶段内，可用性测试与功能测试、可靠性测试必须共享同一批次样机，但测试顺序须确保可用性测试优先执行（避免功能调试引入的UI临时改动污染用户反馈）。
1.4 测试入口条件（前置条件）
进入DVT可用性测试前，须逐项确认以下条件全部满足，缺一不可：
- ✅ 硬件版本锁定为DVT打样批次，关键物料BOM已冻结。
- ✅ 软件基线版本已通过冒烟测试，无阻塞型（P0级）缺陷。
- ✅ 可用性测试方案已完成内部评审，测试任务与场景覆盖需求文档。
- ✅ 测试样机数量≥（样本量+2台备用），且已刷写正式DVT固件。
- ✅ 用户筛选问卷与知情同意书已通过法务/合规审核。
- ✅ 测试场地、录屏设备、眼动仪（如使用）已校准并完成预演。
入口检查单：上述条件由测试负责人逐项签字确认后方可启动测试，任何一项未达标则触发延期评审。
1.5 操作流程概要
DVT可用性测试遵循五阶段标准化流程，各阶段输入输出清晰衔接：
- 准备阶段——编写测试脚本、招募用户、搭建环境、录制预演。
- 执行阶段——主持测试、记录操作路径、采集主观问卷、标记异常事件。
- 分析阶段——计算任务完成时间/完成率/出错率、归纳严重度、制作问题分布图。
- <