可用性测试
可用性测试的目的在于发现现有产品的漏洞,及时反映问题,为下个迭代版本提供需求来源。
一、概念介绍
可用性测试是在产品或原型阶段实施的通过观察或访谈或二者相结合的方法,属于典型的定性研究,通常只能做少数几个用户的测试,观察他们的行为,快速发现存在的可用性问题,为设计改进提供依据。可用性测试不是用来评估产品整体的用户体验,主要是发现潜在的误解或功能在使用时存在的错误。
二、可用性测试的一般流程

1、测试计划和招募
这个阶段需要明确五大问题:
为什么测试?
在什么环境下进行测试?
招募哪些对象进行测试?
测试的系统和功能是什么?
如何搜集和分析这些数据?
对于这些问题,在内部需要讨论并达成一致意见。然后制定可用性测试计划,准备相关素材,包括制作测试原型、撰写测试任务和脚本、招募被试者、搭建测试环境和准备测试工具等。
2、预测试和正式测试
可用性测试受到设备、环境、任务等多因素影响,进行预测试可帮助我们发现测试计划,及前期准备中可能存在的问题,从而保证正式测试的顺利进行。正式测试中,可以让设计师作为观察者,在便利贴上记录发现的问题,以便后续快速讨论输出。
3、测试结果分析和输出
可用性测试需要采用轻量的方法进行分析并输出测试结果。如可以将记录问题的便利贴粘贴在墙上,快速讨论并组织达成一致意见。切记,这个过程是描述测试发现的问题,而不是产生解决方案。解决方案是下一步的工作。
4、产品优化与迭代
可用性的价值在于发现问题后的改善与优化设计。设计人员可以尝试回答这样一个问题:如何进行最小、最简单的优化,可以避免出现测试中发现的问题。然后再进行新一轮测试,验证这种改变是否产生其他影响。
三、可用性测试的注意事项
1、懂得变通,灵活应用可用性测试
实际工作中,可用性测试通常会有时间、成本、资源的限制,实际效果又无法量化,对很多公司来说,经常因为项目时间紧被略过。这时我们就要根据自身产品的情况灵活进行,简化步骤,也比不做要好。比如说招募用户,可以找其他部门的同事或者朋友之类的。也不必选择专门的带单面玻璃的观察房,直接联系几个目标用户,在会议室或者咖啡厅大家一起聊聊就好了。
2、可用性测试不能做太晚。
不能等产品快要上线了,才想起做可用性测试,那样的话可能很多人发现问题之后也不愿意改了,可以稍微早一点做,但也不用做的太早,通常在做出几个功能时就进行一次即可。
可用性测试在产品的各个阶段都可以做。在尚无任何成型的产品时,可以拿竞争对手的产品给用户做;在产品只有纸面原型的时候,可以拿着手绘的产品,加上纸笔给用户做;在产品只有页面Demo的时候,可以拿Demo给用户做;更多的时候,在产品已经可以运行以后,可以拿真实的产品给用户做。不同阶段不同做法,从中都能发现相应的问题。
3、明确是测试产品,而不是测试用户。
当我们在可用性测试开始之前,就应当明确告诉用户,测试的目的是发现产品中存在的问题,而不是测试用户是否有能力来很好地使用产品,明确告知他们是来试用一下我们的新产品,提点意见。这样有助于减轻用户的压力,使得他们能像在真实环境一样来使用我们的产品。
4、反复分析测试得出的结论
通常测试的用户都不会太多,通常5个左右,我们只能根据用户的表现来发现一些问题并提出一些改进方案,但是也不排除用户的表现不是共性问题,这就要设计师在提改进方案时多方面考虑了。
四、结语
可用性测试,简单来说就是让最终用户来使用你的产品,结合最终用户在使用产品时的表现来得出一些产品改进上的方案。可用性测试,不是让其他人来质疑设计师解决问题的能力,而是来观察用户如何理解和使用我们提出的或已经完成的解决方案,从而找到并修复设计的可用性问题。














































































