可用性测试与流程
定义：一种在真实情境下进行严格可用性评估方法。通过比较不同条件下的正确率、任务完成时间、用户主观满意度评价等指标发现产品存在的可用性问题。
参与人数：6~12人，不少于6人。
目的：发现产品存在的可用性问题。
整个流程是可重复性验证的，可结合客观的数据结果（后台埋点的数据），使测试的结果更有说服力，更有客观依据。但要注意测试的生态效度。
敏捷用研流程
可用性测试基本流程
针对某个设计点作为测试目标
测试方案要素
可以先进行预测试，检查软硬件设备、对指导语和流程进行调整。
方案设计
实验类型设计
测试指标-主客观评价指标、特殊指标
设计可用性测试脚本：根据效率、可学习性、满意度等原则进行设计，注意分类和任务描述，写完脚本后，要及时与需求方沟通！
游戏新手的可用性测试举例
音乐APP可用性测试举例
招募用户的样本类型
需要准备的文件
需要准备的文件：保密协议、问卷、指导语、测试脚本、记录分析表格等。
指导语模板
指导语模板
研究者的测试脚本：要考虑一些用户操作过程中可能出现的各种情况。
研究者的测试脚本案例
用户的测试脚本：需要覆盖需求方和挖掘出的任务点。注意加入背景信息，提高生态效度。
用户的测试脚本案例
执行方案
测试前-准备材料、场地、人员
测试中-观察者记录互动、表现和操作界面
记录问题、行为、数据，及时与需求方沟通反馈。
在测试中，多鼓励用户的出声报告。 可以边说边做（可以及时提出问题、疑惑等），可以做完再回顾（原因解释、意见建议等）。
主持人要注意打断用户操作的时机，在提问时采用中性的问题，避免诱导性提问和过多的反馈。
测试后事项
测试结果报告
描述性分析—主观评价、可用性问题归类汇总
简单统计分析—根据绩效指标计算平均数、标准差等
高级统计分析—根据绩效指标推断总体
报告框架
1. 直接给出研究主要结论；2. 研究的详细描述；3.研究重点拆分阐述；4.问题清单
研究重点拆分阐述案例
写报告时，阐述问题需要筛选和加工，不要写“用户认为”！最好提前与需求方沟通！
报告问题的注意点
网友评论