【超详细】可用性测试方法总结

~ 之前总结过一版 交互设计流程图 ，主要是想给自己以后做设计梳理一下过程，但是那份流程里面只有枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或者说指导，目的就是为以后实践做准备。我期望的效果是，假如一个没有接触过该方法的人看到这份总结，可以按照这个总结一步步完成实验。这就是我最大的目的。下面就是第一份总结《可用性测试方法总结》。

（预警：长文慎入！不过耐心看完肯定会有所收获）

============分割线==================

可用性测试的过程主要有七个步骤：测试前思考、制作测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计分析。这七个步骤有些事可以并行的，有些是需要严格按照前后顺序执行的。七个步骤组成的流程图如下：

下面我就针对这七个步骤，谈谈具体要怎么做。

不论是做哪个平台的可用性测试，比如PC端、移动端或者是WEB端的可用性测试，最最重要的就是要先理清楚一些基本问题。基本问题就是最经典的5W问题：

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

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

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

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

当然这些问题其实都不太难，但是这些都是至关重要的问题。如果没有经过这个步骤的思考，整个可用性测试做下来就会像无头苍蝇，没有一个总的指导。

在想清楚以上的问题之后，需要为可用性测试做一些准备工作。主要工作有：①招募测试者；  ②撰写测试脚本；  ③制作测试原型。

这三个过程不分先后，条件允许的情况下（人力物力充足时）也可以同时进行。

招募测试者算是可用性测试最重要的一个环节之一的，测试者是否合适直接关系到测试结果的好坏，测试结果直接关系到能否发现产品现有的问题。所以招募测试者是重中之重。理想的测试者是我们的目标用户，所以可用性测试要努力寻找到目标用户作为测试人员。寻找的途径如下：

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

b)其次，大型公司都会有自己的用户资料库，可以从这个库里面寻找到测试人员。

c)又或者说，委托第三方机构帮忙寻找测试人员也是允许的，不过效果可能不如自己寻找的。

d)当然，现在的应用一般都会有自己的微博、微信、官网或者论坛，这些是非常好的寻找测试者的渠道。我们可以推送招募测试者的公告，让用户填写一份调查之后，我们再筛选得到我们想要的测死者。公告中要注明奖励，一般为小礼品的奖励，保证对测试者有一定的吸引力，同时又不至于让他们会为了这个礼物对个人信息造假。其次，对于测试者，我们需要进行一个筛选【3】。首先需要用户填写必要的个人信息：比如姓名、电话（邮箱）、空闲时间；然后根据调查选择其他一些个人信息：性别、年龄、职业之后，最后留几道问卷题目进行筛选。

筛选的维度主要有：

·平台。如果测试的产品与平台有关，比如是Android或者iOS，需要在这里进行一个筛选。

·对产品的熟悉程度。比如我们想找一些初级用户和一些高级用户，可以选用“使用时间”这一项来衡量用户对产品的熟悉程度。

测试脚本的好坏直接关系到结果的好坏。在撰写测试脚本之前，我们需要先确定一些结果分析的维度。一般的维度有：a)任务完成度b)致命错误c)非致命错误d)完成任务的时间e)主观情绪f)偏好和建议。对于这些维度的解释具看第文章的最后一部分“测试结果统计分析”。

由于分析的维度会关系到脚本的问题，所以在确定分析维度之后，我们可以对功能点进行任务分析。把所有需要测试的功能点列出来，对每个功能点进行任务设计。对于任务而言，用户最主观的感受就是两个：界面和流程。所以测试脚本又可以从这两个维度去细分。

需要注意的是，可用性测试中，问只是其中的一部分，观察是另外一个重要的内容，所以测试脚本不仅仅要有问的问题，还有需要撰写工作人员观察的注意点。同时可以在撰写完测试脚本的同时，把总结大纲也写出来，方便后期总结的时候统一结果展示。

特别的，在设计的时候有疑惑的点，或者有争议的点，在可用性测试也可以得到较好的验证。

写完测试脚本之后，可以和利益相关者（项目经理、产品经理、开发等）讨论一下，请他们校验一下测试脚本。

界面：

a)当前界面有什么？

b)每个东西用户觉得是什么？

c)可以操作吗？

d)用什么手势操作方式？

e)操作之后会怎么样？

f)界面显示的内容足够吗，有没有缺少什么东西？

流程： 流程的测试就是根据任务来进行的。把产品的需求文档罗列出来，然后给每个需求配上一个合适的场景，当然也会出现一个场景覆盖多个需求的情况，这也是允许的。然后让用户在场景下去进行任务，观察用户，然后随时提问用户，随时准备回答用户的问题。

以上两点适合所有的可用性测试，但是对于版本更新类的可用性测试，我们还需要了解这个更新对于用户来说的接受度如何，所以需要增加一些对比性的问题：比如说：新旧版的操作流畅度、界面表达对比感受。

最后需要注意的是，一次可用性测试能涵盖的范围有限，所以要限制脚本问题的数量，以及对脚本的问题进行优先级的排序。

举个例子，之前做过一个微信端的众筹平台。我就可以设定以下任务：

可用性测试的原型一般是高保真的Demo，可以用Prott，Flinto，proto，墨刀等来制作，制作力求真实还原应用的最终实现效果。制作高保真Demo是一件耗时耗力的工作，所以在制作的时候可以适当忽略一些动效、界面等。不过做出来的Demo最终也可以给开发参考，所以辛苦也是值得的。甚至于，可以请求开发人员制作原生的程序Demo（针对安卓平台），程序Demo体验会更加好。

当然，纸面模型也是另外一种非常好的工具。纸面模型需要把纸面模型都只做出来，然后把所有的弹出窗口、下拉菜单等控件也制作出来。然后设计师充当wizard of oz来辅助用户完成任务。即用户对着纸面模型来操作，然后设计师实时反馈用户的操作。这样子要求设计师非常熟悉测试的应用，同时，测试的时间也会大大增长。同时，动效作为设计的一环在这里无法表现出来，所以结果可能会不如高保真Demo来的好。总之各有利弊，根据实际情况来考虑。

测试环境是指测试的时候需要使用的记录设备，通过把测试过程记录下来可以更好地分析用户的行为，特别是用户自己都没有觉察出来的一些东西。

首先，最最重要的一点是录音，录音一方面是在整理访谈记录的时候可以帮助设计师回忆访问的场景，然后填补一些缺失的笔记。另一方面，录音也可以作为一种存档的材料。同时，录音也存在简单、易操作、隐蔽等特点，使用录音笔或者现在随处可见的智能机即可完成录音。所以强烈推荐进行可用性测试的时候一定至少要录音。

录音之外就是录像，如果有录像的话，录音的步骤就可以省略。录像主要是记录用户的表情和动作。有时候，用户的表情和动作可以传达很多东西，通过把这些信息记录下来可以，设计师偶尔可以挖掘到一些闪光的设计点。

除此之外，用户的屏幕记录也是一种方式，通过用户的屏幕、加上用户操作的动作，表情，可以真实还原用户的使用场景，方便后期的分析。

录像和录屏的操作比较难进行，主要的设备可以参考如下【5】，具体可以查看相关的链接：

·摄像机：记录动作和部分表情

·眼动仪：可以追踪眼球的焦点轨迹，不适合移动端

·鼠标轨迹记录：记录鼠标轨迹，只适用于PC端

·QuickTime (iOS)：仅记录屏幕

·Mobizen (Android)：记录屏幕、手势

·Display Recorder (iOS)：手势、声音

·SCR (Android)：记录屏幕、手势、表情、声音

·Magitest (iOS)：记录屏幕、手势、表情、声音

·Mobizen +AirDroid (Android)：现场观察并记录手势、表情、声音

预测试是正式实施可用性测试前的一次模拟， 模拟有助于发现问题，这时候邀请同事即可。把正式测试的流程走一遍，包括设配的调试、访谈切入、问题的提问、记录者的记录等，然后把记录的录音、视频等放出来看看效果如何，效果不如意的时候再进行调整。

总之，预测试可以帮助发现问题，包括以下几个方面的问题：

·设备的问题。举个例子，录音设备放置的位置会影响录音的效果。

·测试脚本的问题。测试问题是否足够清晰。

·访谈的切入以及问题的提问。

·记录者的记录。

发现问题之后去解决问题，才能使正式测试的时候达到更好的效果。

测试前的接待工作是测试人员对公司的第一印象，给测试人员留下一个好印象、一个好心情有利于可用性测试的进行。所以在这里将一些注意点说一下。

首先，可以事先确认一下用户的行程。遇到刮风、下雨、下雪等恶劣天气的时候可以事先送上问候短信。

其次，遇上用户迟到的情况下，也要保持克制。在迟到五分钟到十分钟之后再给用户电话询问情况，如果用户因故取消测试，也要保持友好的态度。

在接到用户之后，送上一杯温水或者温热的饮料，然后让用户等待一下。最后可以有专门的人员先和用户聊聊天，可以打听一些事情。

正式开始之前有个暖场介绍。首先主持人做一下自我介绍，然后介绍一下测试的目的和时间，需要向用户强调测试的对象是系统，希望用户可以畅所欲言。如果有录音或者录像，需要向用户告知会有此类行为，但是结果完全保密。最后还需要签署保密协议。

正式提问分两个部分：个人信息的小问题和可用性测试任务问题。

小问题主要是为了让用户有个适应的过程，可以迅速进入状态。一般可以询问产品使用习惯、产品偏好、上网情况等，之后的测试问题就是主要的可用性测试的问题。这里需要把问题放入到场景中，让用户在场景中去完成任务。或者可以询问用户的使用习惯，然后引导到脚本中的问题。需要注意的是，不一定要按照脚本的顺序提问，可以随机应变，所以主持人要非常熟悉脚本的内容。除了询问，聆听之外，主持人还要观察用户的神情以及动作，遇上用户有疑问的表情的时候可以适当穿插新的问题，但是尽量不要提供帮助，也不要指出用户的错误或指责动作太慢，但是可以询问用户“为什么这么操作”，必要的时候可以选择停止任务。

测试过程中还需要有一个记录人员，记录人员需要记录：用户做了什么动作和步骤（重点）、用户说了什么、写下自己的疑问（适当时候可以进行提问或者让主持人提问）。

测试结束之后，主持人可以问一下用户的想法，同时让记录人员补充提问，所有问题结束之后，需要对用户表示感谢。送上礼品并接受用户的一些交通费报销票据等。最后要把用户送到公司门口。

测试结束之后，如果有时间可以立马进行整理，因为时间越短，整理出来的内容就越丰富。必要的时候，可以用录音或者录像来辅助。在撰写测试脚本的时候还有一份总结大纲，根据大纲来整理内容。大纲要具备灵活性，可以记录一下测试现场发现的新问题。

记得只是整理而已，每个测试结束都会有一份整理的资料。最后需要汇总多份可用性测试总结，最终出具一份可用性测试结果，根据这份结果进行相应的改进工作。

我们可以从如下几个维度去分析我们的可用性测试【8】（维度之间可能有交叉）：

a)任务完成度。每个测试任务都对应一个目标，只有当用户达到目标之后，我们才认为他们完成了任务。对于每个任务，用户完成的情况如何？有多少用户最终没能完成任务？多少用户需要在主持人提示下完成任务？多少人可以自行完成任务？这些都是很重要的指标

b)致命错误。严重错误指那些阻碍用户完成任务的错误，这些错误非常重要，每一个都要得到足够的重视。

c)非致命错误。非致命错误是指用户能完成任务，但是某些地方会有一些阻滞，会停顿或者思考的错误。这些错误相对来说没那么重要，不过如果发生的次数较多，该类错误也需要得到重视。

d)完成任务的时间。每个任务需要完成多少时间，决定了交互设计流程和界面的设计是否足够友好。

e)主观情绪。用户对于任务的主观感受，比如是否足够简单，是否容易找到信息，可以让用户衡量一下。

f)偏好和建议。可以让用户说出产品中哪些地方很喜欢？哪些地方不喜欢？或者让他们提一下建议。

【1】Adaptingyour usability testing practise for mobile http://www.userfocus.co.uk/articles/testing-for-mobile.html

【2】移动可用性测试(一):概述 – 腾讯ISUX–社交用户体验设计 http://isux.tencent.com/mobile-usability-testing-one.html

【3】网易公司用户访谈活动招募问卷 http://survey.askform.cn/51194-79597.aspx

【4】用户访谈心得总结– 腾讯CDC http://cdc.tencent.com/?p=5690

【5】移动可用性测试（三）：现场测试– 腾讯ISUX– 社交用户体验设计 http://isux.tencent.com/mobile-usability-testing-three.html

【6】用户研究经验谈-采铜学心录-博客大巴 http://xuexinlu.blogbus.com/c4061443/

【7】简单快速的可用性测试|网易用户体验设计中心 http://uedc.163.com/4151.html

【8】Planninga Usability Test Usability.gov  http://www.usability.gov/how-to-and-tools/methods/planning-usability-testing.html

---

呼玛县18049731195： 网站的可用性测试 主要包括哪些方面 - ？
尤贞珍珠： 转载,非原创网站的测试包括: 一:性能测试 (1)连接速度测试.用户连接到电子商务网的速度与上网方式有关,他们或许是电话拨号,或是宽带上网! (2)负载测试.负载测试是在某一负载级别下,检测电子商务系统的实际性能. 也就是...

呼玛县18049731195： 如何测试出网站的可用性 - ？
尤贞珍珠： 测试方式可以参考百度经验:https://jingyan.baidu.com/article/870c6fc36d5bc9b03fe4bed9.html

呼玛县18049731195： 如何测试出网站的可用性?？
尤贞珍珠： 在项目的每个进程中都可以测试,不必要等项目结束.项目最初的时候,必须有人(项目负责人或设计师,或多人讨论,设计师表现出来)使用团队的集体技巧、经验、创造力和判断力来创建一些版本(哪怕是一个很粗糙的版本),然后仔细观察人门对它的看法和使用方法. 具体方法可以参考: http://www.ggcs2008.com/BBS/showtopic.aspx?ID=3253

呼玛县18049731195： 如何进行可用性评估 - ？
尤贞珍珠： 可用性评估,它的主要目的是为了找出可用性方面的问题,即用户能否很好地使用产品的各项功能. 用户研究是制作原型和可用性评估的基础和前提,只有通过用户研究,设计人员才知道用户对界面的特定需求和使用特点,才能在这些知识的基...

呼玛县18049731195： 如何进行可用性测试和用户研究 - ？
尤贞珍珠： 可用性测试是一种操作性较强的迭代设计方法.关于迭代设计,还有一种说法叫“MVP＂(Minimum Viable Product,最低可行产品),即快速推出产品,后续不断改进.这能有效地降低产品研发周期,快速占领市场,快速获得客户反馈.很多人...

呼玛县18049731195： 软件可靠性测试,可用性测试的定义,有什么区别 - ？
尤贞珍珠： 软件可靠性测试是指:为了评估软件在规定的寿命期间内,在预期的使用、运输或储存等所有环境下,保持软件功能可靠性而进行的测试. 软件可用性测试是指:是对软件“可用性”进行评估,检验其是否达到可用性标准.目前的可用性评估方...

呼玛县18049731195： 软件测试中什么是可用性测试 - ？
尤贞珍珠： 就是看看这个软件是不是可以用,基本的功能是否正常.

呼玛县18049731195： 可靠性测试,可用性测试的定义,有什么区别 - ？
尤贞珍珠： 性能测试:是指测试产品是否符合设计规格,测试产品的好坏.PASS/FAIL 可靠性测试:在特定的环境条件下,经过之后此产品性能是否完好,通性包括震动,跌落,冷热冲击,弯折扭曲.... 极限测试可以很容易的从字面理解,产品正常工作的极限条件,如手机在-40C时触摸屏不能正常工作.

呼玛县18049731195： 从哪些方面测试一个Web网站 - ？
尤贞珍珠： 1、功能测试;2、 界面测试;3、易用性测试;4、兼容性测试;5、链接测试;6、业务流程测试;7、安全性测试

呼玛县18049731195： 如何测量可用性:测量指标及其选择与整合 - ？
尤贞珍珠： 本来SAP不直接提供手动ATP检查的功能,但是SAP的灵活性也提供了实现的可能. 解决问题的思路是,什么参数设置与ATP检查相关. 1是物料,但做了订单再去修改物料,或者修改了物料再在订单是不可行的; 2是计划行类型/行项类型,这个是可行的,于是我们可以通过修改行项类型控制ATP检查. 3是拒绝原因,这个也是可以用来控制ATP检查的. 我相信还有其他的办法,如果你认真思考的话.