之前总结过一版交互设计流程图，主要是想给自己以后做设计梳理一下过程，但是那份流程里面只有枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或者说指导，目的就是为以后实践做准备。我期望的效果是，假如一个没有接触过该方法的人看到这份总结，可以按照这个总结一步步完成实验。这就是我最大的目的。下面就是第一份总结《可用性测试方法总结》。
1.可用性测试的过程
可用性测试的过程主要有七个步骤：测试前思考、制作测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计分析。这七个步骤有些事可以并行的，有些是需要严格按照前后顺序执行的。七个步骤组成的流程图如下：
可用性测试过程
下面我就针对这七个步骤，谈谈具体要怎么做。
2.测试前思考
不论是做哪个平台的可用性测试，比如PC端、移动端或者是WEB端的可用性测试，最最重要的就是要先理清楚一些基本问题。基本问题就是最经典的5W问题：
为什么要进行这个测试（why）？测试可以验证一些设计中的疑惑，或者找出现有的界面、流程设计上的问题，具体问题要具体分析。
什么时候在哪里做测试（when？where？）？时间一般是需要和测试者协调的；地点一般选择在安静的会议室即可，如果公司有专门的实验室那就最好不过了。
谁要作为测试者（who）？这里可以在招募测试者会详细讨论，不过测试者一般是跟我们的persona接近的人，或者换个说法，测试者一般是我们的目标用户。
我们要测试什么（what）？测试一些功能点，测试界面设计，测试流程设计，测试设计中有争议、有疑问的地方。
当然这些问题其实都不太难，但是这些都是至关重要的问题。如果没有经过这个步骤的思考，整个可用性测试做下来就会像无头苍蝇，没有一个总的指导。
3.测试前期准备
在想清楚以上的问题之后，需要为可用性测试做一些准备工作。主要工作有：①招募测试者；? ②撰写测试脚本；? ③制作测试原型。
这三个过程不分先后，条件允许的情况下（人力物力充足时）也可以同时进行。
3.1招募测试者
招募测试者算是可用性测试最重要的一个环节之一的，测试者是否合适直接关系到测试结果的好坏，测试结果直接关系到能否发现产品现有的问题。所以招募测试者是重中之重。理想的测试者是我们的目标用户，所以可用性测试要努力寻找到目标用户作为测试人员。寻找的途径如下：
最简便的，假如同事（非同部门）或者好友也是目标用户，可以选用同事或者好友作为测试人员。
其次，大型公司都会有自己的用户资料库，可以从这个库里面寻找到测试人员。
又或者说，委托第三方机构帮忙寻找测试人员也是允许的，不过效果可能不如自己寻找的。
当然，现在的应用一般都会有自己的微博、微信、官网或者论坛，这些是非常好的寻找测试者的渠道。
我们可以推送招募测试者的公告，让用户填写一份调查之后，我们再筛选得到我们想要的测死者。公告中要注明奖励，一般为小礼品的奖励，保证对测试者有一定的吸引力，同时又不至于让他们会为了这个礼物对个人信息造假。其次，对于测试者，我们需要进行一个筛选【3】。首先需要用户填写必要的个人信息：比如姓名、电话（邮箱）、空闲时间；然后根据调查选择其他一些个人信息：性别、年龄、职业之后，最后留几道问卷题目进行筛选。
筛选的维度主要有：
平台。如果测试的产品与平台有关，比如是Android或者iOS，需要在这里进行一个筛选。
对产品的熟悉程度。比如我们想找一些初级用户和一些高级用户，可以选用“使用时间”这一项来衡量用户对产品的熟悉程度。
3.2撰写测试脚本
测试脚本的好坏直接关系到结果的好坏。在撰写测试脚本之前，我们需要先确定一些结果分析的维度。一般的维度有：a)任务完成度b)致命错误c)非致命错误d)完成任务的时间e)主观情绪f)偏好和建议。对于这些维度的解释具看第文章的最后一部分“测试结果统计分析”。
由于分析的维度会关系到脚本的问题，所以在确定分析维度之后，我们可以对功能点进行任务分析。把所有需要测试的功能点列出来，对每个功能点进行任务设计。对于任务而言，用户最主观的感受就是两个：界面和流程。所以测试脚本又可以从这两个维度去细分。
需要注意的是，可用性测试中，问只是其中的一部分，观察是另外一个重要的内容，所以测试脚本不仅仅要有问的问题，还有需要撰写工作人员观察的注意点。同时可以在撰写完测试脚本的同时，把总结大纲也写出来，方便后期总结的时候统一结果展示。
特别的，在设计的时候有疑惑的点，或者有争议的点，在可用性测试也可以得到较好的验证。
写完测试脚本之后，可以和利益相关者（项目经理、产品经理、开发等）讨论一下，请他们校验一下测试脚本。
