可用性测试的概念：让一群具有代表性的用户对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。
一、可用性测试的五个步骤
可用性测试是用户体验研究中最常用的方法之一，可用性测试可以分解为五个步骤：
1资源准备
2任务设计
3用户招募
4测试执行
5报告呈现
资源准备：
经典的5W问题：
·为什么要进行这个测试（why）？测试可以验证一些设计中的疑惑，或者找出现有的界面、流程设计上的问题，具体问题要具体分析。
·什么时候在哪里做测试（when？where？）？时间一般是需要和测试者协调的；地点一般选择在安静的会议室即可，如果公司有专门的实验室那就最好不过了。
·谁要作为测试者（who）？这里可以在招募测试者会详细讨论，不过测试者一般是跟我们的persona接近的人，或者换个说法，测试者一般是我们的目标用户。
·我们要测试什么（what）？测试一些功能点，测试界面设计，测试流程设计，测试设计中有争议、有疑问的地方。
确定以上问题之后开始做准备工作，主要工作有：①招募测试者； ②撰写测试脚本； ③制作测试原型。
任务设计：
在分析维度基础上，对功能点进行任务分析。把所有需要测试的功能点列出来，对每个功能点进行任务设计。
对于任务而言，用户最主观的感受就是两个：界面和流程。所以测试脚本可以从这两个维度去细分。
用户招募：
招募测试者是可用性测试最重要的环节之一，测试者是否合适直接关系到测试结果的好坏，测试结果直接关系到能否发现产品现有的问题。
所以招募测试者非常重要。理想的测试者是我们的目标用户，所以可用性测试要努力寻找到目标用户作为测试人员。
寻找的途径如下：
a)假如同事（非同部门）或者好友也是目标用户，可以选用同事或者好友作为测试人员。
b)公司如果有用户资料库，可以从这个库里面寻找到测试人员。
c)委托第三方机构帮忙寻找测试人员，不过效果要注意验证。
d)通过自己的微博、微信、官网或者论坛做为寻找测试者的渠道。
测试执行
测试前的接待工作是测试人员对公司的第一印象，给测试人员留下一个好印象、一个好心情有利于可用性测试的进行。
正式开始之前有个暖场介绍。首先主持人做一下自我介绍，然后介绍一下测试的目的和时间，需要向用户强调测试的对象是系统，希望用户可以畅所欲言。
个人问题主要是为了让用户有个适应的过程，可以迅速进入状态。一般可以询问产品使用习惯、产品偏好、上网情况等，之后的测试问题就是主要的可用性测试的问题。
这里需要把问题放入到场景中，让用户在场景中去完成任务。或者可以询问用户的使用习惯，然后引导到脚本中的问题。
除了询问，聆听之外，主持人还要观察用户的神情以及动作，遇上用户有疑问的表情的时候可以适当穿插新的问题，但是尽量不要提供帮助，也不要指出用户的错误或指责动作太慢，但是可以询问用户“为什么这么操作”，必要的时候可以选择停止任务
报告呈现
测试结束有时间应立刻进行整理，因为时间越短，整理出来的内容就越丰富。必要时可以用录音或者录像来辅助。
在撰写测试脚本的时候还有一份总结大纲，根据大纲来整理内容。大纲要具备灵活性，可以记录一下测试现场发现的新问题。
二、可用性测试的时机？
可用性分析包括了概念测试（concept testing），实验室的可用性分析（usability lab studies），远程的有指引可用性测试（moderated remote usability studies），快速迭代的测试和评估（rapid iterative testing and evaluation），眼动分析（eyetracking）等。
可用性测试是偏向行为的。因此，不论是要对系统的可用性得到一个概括性的结论，还是要针对一个模块的可用性进行精确的数据分析，都可以通过不同的测试方法来完成。不论哪种测试方法，可用性测试核心都是建立在观察上的。
三、何时使用可用性测试？
在迭代过程中，特别是两个迭代之间。需要确定本次的设计是否解决了之前的问题，还有哪里要继续改进设计方案。
基于竞品的可用性测试得到的指标非常有用。
在新产品发布之前，要有清晰的目标。对于现在的设计方案如果没有很大的把握，可用性测试可以预先测试新的版本是不是已经准备好发布。
总之，可用性测试发生在整个设计周期里。拥有一个真正的产品之前，我们需要知道一个方案是否可行，同时要注意平衡可用性测试材料的保真度。
用一个尽量轻的原型进行，这样可以尽快对设计方案进行迭代；同时要注意保留足够的细节，让用户明白我们到底做了一个什么。并将用户带入预设的场景里。
四、可用性测试是大公司才干的事吗？
过于精心设计的可用性测试是一种资源上的浪费。 最好的结果来自不超过 5 个用户的测试，有些人认为可用性测试的“投入产出比”低，只有罕见的网页设计项目才有资格使用这种研究方法，才能承担大额的预算和奢侈的时间表。 这是不对的。
可用性测试的最好的结果来自不超过 5 个用户的测试，我们能够通过分解可用性测试变成小测试。
五、选择多少参加可用性测试的用户？
经研究表明，零个用户只会发现零个问题点。
从第一个用户开始测试，就开始发现问题点，而且几乎已经发现了近三分之一可用性问题点。 从 0 到 1 数据之间的差异是惊人的。
当测试第二个用户时，会发现此人执行的某些操作与第一个用户相同，因此你能得到的内容会有所重叠。但人不是绝对相同的，也会有一些不同于前者的新的发现。 所以第二个用户添加了一些新的见解，但不会像第一个用户那样多。
第三个用户可能会做一些你已经看过两次的事情。 当然，第三个用户将继续生成少量的新数据，即使不像第一和第二用户那样多。
在第五个用户之后，你就会常常浪费你的时间在重复观察相同的结果上。
长按二维码或加微信pexuepexue
进陪学产品交流群回复：资料分享
免费获取资料：每日更新 免费课程、学习资料、报告、招聘面试
YOYO
579
0
.png)
