常用可用性测试方法(-)
文章列举了常用的9中可以性测试方法、适用阶段、注意事项、优缺点,可以帮助同学们开启用研的第一步。参考资料见第三章文末。
1、面对面测试
1.1 方法说明
由一个或多个观察者在诸如会议室的固定环境中运行,或者与小团体或个人进行。要求用户完成一组任务,观察者可以随时与他们交互以提出问题或进一步探究。
1.2适用阶段
原型设计阶段
1.3执行规则/注意事项
1.3.1注意事项
(1)测试的是产品,而不是使用者。当用户不能按预期完成任务时,需要改变的是产品而非用户。
(2)更多地依靠用户的表现(操作,使用时间,错误率等),而不是他们的偏好(主观态度,满意度评价等)。
(3)基于用户体验,找出问题的最佳解决方法。
1.3.2操作步骤
(1)邀请关键干系人观察测试
建议邀请产品的核心研发、设计师、项目经理等来观察测试,因为这样可以是测试结果更有说服力。如果没有这些人来观察测试,测试结果得可信度对他们来说就大打折扣。因此,越多关键干系人观察到了测试,越有利于后续产品优化方案的执行。
(2)不要干扰用户执行任务
进入正式测试环节后,测试人员就不能像在事前访谈一样不断的像用户提问了,用户测试的主角是用户,测试人员应安静的观察用户的操作并记录,不要干扰用户执行任务。
当用户对当前操作存在疑问时,比如:“我现在可以按这个按钮吗?”
测试人员不可以直接回答用户应该如何操作,以及每个按钮代表什么。也不可以无视用户的问题,因为这样可能会引起用户的不满情绪。
此时,最合适的方式应该是回复“您觉得应该是怎样呢?是什么让您觉得应该是这样?您怎么想就怎么做,没关系的。”把问题推回给用户,并让其有一定安全感,做错了也没关系。我们只负责告诉用户“做什么”,至于“怎么做”这是要用户通过操作反馈给我们的信息。
(3)适当干预用户的操作
用户测试中最常用的方法就是发声思考法,它要求用户在进行操作的同时将所思所想大声说出来,以便测试人员了解用户的心理活动,以及用户在每个操作流程中关注了哪些元素,如何看待这些元素?知道了这些才能更好的根据用户心智模型来改进产品。
但在实际测试中,用户很少会把自己所思所想直接说出来,有的是因为害羞;有的是因为感到不自在,难以做到。
这时就需要测试人员进行适当的干预,比如:您正在看什么呀?您现在想进行什么操作呀?这是否和您的预期一致呀?通过这类问题试探用户的想法,并鼓励其发生思考。
原则上,只要用户操作的很顺利就不需要人为干预,我们只在用户碰到问题时进行干预,进而了解用户遇到了什么问题。用户的困惑除了发生思考,还可以从其肢体语言表达出来。比如:用户皱眉、发出语气词、喘粗气、清嗓子、挠头、突然停下动作等,这都暗示了用户在当前界面遇到了麻烦,所以测试人员应重点留意用户的肢体语言。
但切忌帮助用户进行预判断和给予用户提示,比如:“这个按钮可能设计的不太合理…”。测试人员只负责观察和记录用户的行为,不能引导用户操作和帮助用户判断。
(4)重点观察和记录用户在什么界面说了什么做什么了
记录这些客观事实即可,不要带着自己的观点去观察,比如:为了证明某个设计是对的/错的,带着寻找证据的心态去观察可能会忽略一些信息,因为人们只看到自己想要看到的。
记住:我们要记录的是客观事实,而不是自己基于客观事实的推断和分析。可能我们看到用户的操作心理马上就有了一个推断,这没问题,但要区分出客观事实和推断。因为分析,是这个阶段收集完数据之后在下一个阶段应该做的事。记录问题的同时,也要关注用户操作流畅的地方,避免最后修改了不必修改的地方。(记录的数据,是绘制用户体验地图的关键)
(5)使用回顾法进行提问
有时,用户测试中出现了问题,但出于某种原因我们不便于打断用户深入提问,或者用户通过发生思考法遗漏了某些信息。这时,测试完成后,测试人员要对测试中发生的问题进行提问。
比如:“您刚才在XX界面停留了很久,能告诉我当时您在思考什么吗?”这样就能通过回顾法补全测试中遗漏的信息。
1.4 优缺点
优点:及时记录用户操作,方便沟通与反馈
缺点:需要固定的环境,至少1对1观察记录
2、清单核查法-奥斯本检核表法
2.1方法说明
建立一个标准表单,列出要调查的各个问题,有专家根据这份清单进行评价或调查
2.2适用阶段
原型设计阶段、开发前期
2.3 执行规则/注意事项
2.3.1实施过程
运用奥斯本检核表法进行创新活动的实施步骤是:
(1)根据创新对象明确需要解决的问题。
(2)根据需要解决的问题,参照表中列出的问题,运用丰富想象力,强制性地一个个核对讨论,写出新设想。
(3)对新设想进行筛选,将最有价值和创新性的设想筛选出来。
2.3.2注意事项
(1)要联系实际一条一条地进行核检,不要有遗漏。
(2)要多核检几遍,效果会更好,或许会更准确地选择出所需创新、发明的方面。
(3)在检核每项内容时,要尽可能的发挥自己的想象力和联想力,产生更多的创造性设想。进行检索思考时,可以将每大类问题作为一种单独的创新方法来运用。
(4)核检方式可根据需要,一人核检也可以,三至八人共同核检也可以。集体核检可以互相激励,产生头脑风暴,更有希望创新。
创新思路检查表
2.4优缺点
奥斯本检核表法的优点很突出,它使思考问题的角度具体化了。它也有缺点,就是它是改进型的创意产生方法,你必须先选定一个有待改进的对象,然后在此基础上设法加以改进。它不是原创型的,但有时候,也能够产生原创型的创意。比如,把一个产品的原理引入另一个领域,就可能产生原创型的创意。
3、认知走查(常用)
3.1 方法说明
设计师模拟用户在使用产品过程中的每个操作步骤所遇到的问题,检查用户的任务目标和心理认知是否可以顺利执行下一步操作?
3.2 适用阶段
原型设计阶段
3.3 执行规则/注意事项
3.3.1 注意事项
针对每步操作提出四个问题:
(1)用户是否知道自己要做什么?
(2)用户在探索用户界面的过程中是否注意到操作方法?
(3)用户是否把自己的目的和正确的操作方法关联到一起?
(4)用户能否从系统的反馈中判断出任务是否在顺利进行?
通过回答每个操作步骤的问题,就能发现可用性问题。
3.3.2 具体步骤
(1) 由设计师做好 prototype (方法不限,Invision, Sketch,Principle,Keynote 或者纸模型都可以);
(2). 定义清楚目标用户和核心操作任务。注意此时一定要对产品目标和核心使用场景有清晰的认知。操作任务一般是 3-6 个,单次走查时间不要超过一小时,避免受测者的疲劳影响测试质量;
(3)设计师先自己试用设计原型走一遍任务,看是否能走通,并定义清楚标准解法,以便跟受测者的操作流程对比;
(4)找身边的同事快速地测试,注意由于身边同事不是真正的用户,所以要先让受测者扮演目标用户,把受测者带入角色;
(5)让受测者一一完成任务并记录其操作过程,此时最好用 “ThinkLoud” 的手法让受测者在操作过程中把内心所想都表达出来;
(6) Jakob Nielsen 博士研究发现 5 个人参加测试就能发现 85% 左右的问题,所以测试的人不用太多,最关键的是设计好任务;
(7)测试人员不要超过三个,通常是一个人主持,一个人做笔记,最多还要一个人负责多媒体(拍照,录音,录像等)。人员太多容易造成受测者的压力;
(8)第 6 点和第 7 点说的是比较理想的情况,即使实际工作中时间紧急,也可以去找身边的两三个同事做一下走查,肯定会有收获;
(9)设计师可以根据项目紧急程度判断认知走查后是否需要产出报告,如果项目成员较少,设计师可以直接自行修改走查后发现的问题,如果项目成员比较多,建议通过发邮件或者 Keynote 的形式给大家同步认知走查的结果,保持工作的透明;
3.4 优缺点
优点:时间少、费用少、评价范围广、设计初期也可以评价。
缺点:主观、评价结果是假设的、设计师模拟用户容易被受设计羁绊,不容易发现问题。













































































