可用性测试

可用性测试的概念：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。

一、可用性测试的五个步骤

可用性测试是用户体验研究中最常用的方法之一，可用性测试可以分解为五个步骤：

1资源准备

2任务设计

3用户招募

4测试执行

5报告呈现

1.资源准备

经典的5W问题：

·为什么要进行这个测试（why）？测试可以验证一些设计中的疑惑，或者找出现有的界面、流程设计上的问题，具体问题要具体分析。

·什么时候在哪里做测试（when？where？）？时间一般是需要和测试者协调的；地点一般选择在安静的会议室即可，如果公司有专门的实验室那就最好不过了。

·谁要作为测试者（who）？这里可以在招募测试者会详细讨论，不过测试者一般是跟我们的persona接近的人，或者换个说法，测试者一般是我们的目标用户。

·我们要测试什么（what）？测试一些功能点，测试界面设计，测试流程设计，测试设计中有争议、有疑问的地方。

确定以上问题之后开始做准备工作，主要工作有：招募测试者； 撰写测试脚本； 制作测试原型。

2.任务设计

在分析维度基础上，对功能点进行任务分析。把所有需要测试的功能点列出来，对每个功能点进行任务设计。

对于任务而言，用户最主观的感受就是两个：界面和流程。所以测试脚本可以从这两个维度去细分。

3.用户招募

招募测试者是可用性测试最重要的环节之一，测试者是否合适直接关系到测试结果的好坏，测试结果直接关系到能否发现产品现有的问题。

所以招募测试者非常重要。理想的测试者是我们的目标用户，所以可用性测试要努力寻找到目标用户作为测试人员。

寻找的途径如下：

a)假如同事（非同部门）或者好友也是目标用户，可以选用同事或者好友作为测试人员。

b)公司如果有用户资料库，可以从这个库里面寻找到测试人员。

c)委托第三方机构帮忙寻找测试人员，不过效果要注意验证。

d)通过自己的微博、微信、官网或者论坛做为寻找测试者的渠道。

4.测试执行

测试前的接待工作是测试人员对公司的第一印象，给测试人员留下一个好印象、一个好心情有利于可用性测试的进行。

正式开始之前有个暖场介绍。首先主持人做一下自我介绍，然后介绍一下测试的目的和时间，需要向用户强调测试的对象是系统，希望用户可以畅所欲言。

个人问题主要是为了让用户有个适应的过程，可以迅速进入状态。一般可以询问产品使用习惯、产品偏好、上网情况等，之后的测试问题就是主要的可用性测试的问题。

这里需要把问题放入到场景中，让用户在场景中去完成任务。或者可以询问用户的使用习惯，然后引导到脚本中的问题。

除了询问，聆听之外，主持人还要观察用户的神情以及动作，遇上用户有疑问的表情的时候可以适当穿插新的问题，但是尽量不要提供帮助，也不要指出用户的错误或指责动作太慢，但是可以询问用户“为什么这么操作”，必要的时候可以选择停止任务

5.报告呈现

测试结束有时间应立刻进行整理，因为时间越短，整理出来的内容就越丰富。必要时可以用录音或者录像来辅助。

在撰写测试脚本的时候还有一份总结大纲，根据大纲来整理内容。大纲要具备灵活性，可以记录一下测试现场发现的新问题。

二、可用性测试的时机？

可用性分析包括了概念测试（concept testing），实验室的可用性分析（usability lab studies），远程的有指引可用性测试（moderated remote usability studies），快速迭代的测试和评估（rapid iterative testing and evaluation），眼动分析（eyetracking）等。

可用性测试是偏向行为的。因此，不论是要对系统的可用性得到一个概括性的结论，还是要针对一个模块的可用性进行精确的数据分析，都可以通过不同的测试方法来完成。不论哪种测试方法，可用性测试核心都是建立在观察上的。

三、何时使用可用性测试？

在迭代过程中，特别是两个迭代之间。需要确定本次的设计是否解决了之前的问题，还有哪里要继续改进设计方案。

基于竞品的可用性测试得到的指标非常有用。

在新产品发布之前，要有清晰的目标。对于现在的设计方案如果没有很大的把握，可用性测试可以预先测试新的版本是不是已经准备好发布。

总之，可用性测试发生在整个设计周期里。拥有一个真正的产品之前，我们需要知道一个方案是否可行，同时要注意平衡可用性测试材料的保真度。

用一个尽量轻的原型进行，这样可以尽快对设计方案进行迭代；同时要注意保留足够的细节，让用户明白我们到底做了一个什么。并将用户带入预设的场景里。

四、可用性测试是大公司才干的事吗？

过于精心设计的可用性测试是一种资源上的浪费。 最好的结果来自不超过 5 个用户的测试，有些人认为可用性测试的“投入产出比”低，只有罕见的网页设计项目才有资格使用这种研究方法，才能承担大额的预算和奢侈的时间表。 这是不对的。

可用性测试的最好的结果来自不超过 5 个用户的测试，我们能够通过分解可用性测试变成小测试。

五、选择多少参加可用性测试的用户？

经研究表明，零个用户只会发现零个问题点。

从第一个用户开始测试，就开始发现问题点，而且几乎已经发现了近三分之一可用性问题点。 从 0 到 1 数据之间的差异是惊人的。