可用性测试与流程

定义：一种在真实情境下进行严格可用性评估方法。通过比较不同条件下的正确率、任务完成时间、用户主观满意度评价等指标发现产品存在的可用性问题。

参与人数：6~12人，不少于6人。

目的：发现产品存在的可用性问题。

整个流程是可重复性验证的，可结合客观的数据结果（后台埋点的数据），使测试的结果更有说服力，更有客观依据。但要注意测试的生态效度。

敏捷用研流程 可用性测试基本流程 针对某个设计点作为测试目标 测试方案要素

可以先进行预测试，检查软硬件设备、对指导语和流程进行调整。

方案设计

实验类型设计 测试指标-主客观评价指标、特殊指标

设计可用性测试脚本：根据效率、可学习性、满意度等原则进行设计，注意分类和任务描述，写完脚本后，要及时与需求方沟通！

游戏新手的可用性测试举例 音乐APP可用性测试举例 招募用户的样本类型 需要准备的文件

需要准备的文件：保密协议、问卷、指导语、测试脚本、记录分析表格等。

指导语模板 指导语模板

研究者的测试脚本：要考虑一些用户操作过程中可能出现的各种情况。

研究者的测试脚本案例

用户的测试脚本：需要覆盖需求方和挖掘出的任务点。注意加入背景信息，提高生态效度。

用户的测试脚本案例

执行方案

测试前-准备材料、场地、人员 测试中-观察者记录互动、表现和操作界面

记录问题、行为、数据，及时与需求方沟通反馈。

在测试中，多鼓励用户的出声报告。 可以边说边做（可以及时提出问题、疑惑等），可以做完再回顾（原因解释、意见建议等）。

主持人要注意打断用户操作的时机，在提问时采用中性的问题，避免诱导性提问和过多的反馈。

测试后事项

测试结果报告

描述性分析—主观评价、可用性问题归类汇总 简单统计分析—根据绩效指标计算平均数、标准差等 高级统计分析—根据绩效指标推断总体 报告框架

1. 直接给出研究主要结论；2. 研究的详细描述；3.研究重点拆分阐述；4.问题清单

研究重点拆分阐述案例

写报告时，阐述问题需要筛选和加工，不要写“用户认为”！最好提前与需求方沟通！

报告问题的注意点