【实战总结】可用性测试的进阶之路
本文主要讲述笔者对可用性测试各个阶段的认识以及心得,从接触可用性测试到现在,笔者把可用性测试分为三个阶段:方法认识阶段、方法优化阶段、测试升华阶段。每个阶段笔者对可用性测试都有着不同的看法和理解,在这将做简明扼要的分析和大家一起共勉。
方法认识阶段
让一群具有目标性的用户对产品进行典型操作,同时需要观察员和开发人员在一旁观察,聆听,做记录。这么一整套流程我们称之为可用性测试。
可用性测试对于研究员、产品、设计师来说作用有以下几点:
- 帮助研究员、产品、设计师了解测试产品:这里的了解不仅仅是产品功能、逻辑、交互等侧面的了解,更重要的是需要了解为什么要做这场测试;
- 提升交流能力:这一点不仅仅是同测试用户的交流,还有同测试需求发起者的交流以及测试后结论的分享交流;
- 测试结论分析转化能力:测试结论通常需要研究人员进行转化、提炼,通过精练的语言配合量化的数据进行描述。
执行可用性测试笔者总结了三个阶段,测前准备、测试执行、测试分析。
每个阶段对应的执行项需要按照顺序执行,如下图:
作为可用性测试的初学者,了解方法是很必要的,在这推荐两本书:《用户体验度量》《用户体验与可用性测试》,对整个测试方法做系统的了解。
方法优化阶段
大多数研究人员、产品、设计师通过方法的学习在配合具体的项目研究后,都能够熟练的掌握可用性测试这套流程,笔者通过这个阶段的学习后,总结出一些测试经验,通过多轮项目验证能够很好的提升测试效率与准确性。
1.测前准备
招募用户
多数研究人员在执行测试时都是临时招募用户,这种情况有个缺点,如果招募用户比较缓慢就会影响到整个项目的进程,所以提前维护用户是很有必要的,一旦有测试项目启动可以直接进行招募。
个人经验:可以提前建立一个用户群,做好日常用户维护,一旦有产品测试开展可以直接调取用户,缩短用户招募时间提高项目进度。
需要强调的是:
- 招募用户必须是目标用户才能保证测试的准确性。
- 用户要有循环冷却时间,用户完成一个产品测试后,需要等1个月后才能再次进行测试复用。
2.测试执行
预测试
有些可用性测试的初学者,在编撰测试大纲时有些欠缺,加上执行测试时有些不可控的因素会出现,针对这种情况需要做预测试进行完善。
个人经验:进行预测试时招募用户可以不是目标用户,重在检测用户是否能理解设计的测试任务、完成情况以及能否按照正常测试的流程进行操作。
预测试的好处有以下几点:
- 检验测试任务是否合理;
- 熟悉整套测试流程;
- 演练测试沟通细节;预测试完成后就可以开始正式测试之旅。
3.正式测试
正式测试后有些研究人员容易犯一个错误,急于加快测试速度,而忽视测试收录,特别是在一个研究员进行可用测试时,如果测试所有用户后进行信息收录,就很容易造成测试数据过多而遗忘掉。
个人经验:测试2-3名用户后进行数据收录,一方面防止信息太多有所遗漏。另一方面是总结测试结果,尝试进行初步分析。可以即刻与需求发起者进行同步沟通。做到敏捷调研快速沟通。
敏捷微测试
这里的敏捷测试不是指靠压缩测试人数做到敏捷回应,而是简化测试任务。针对一两个测试任务就开始展开测试,快速敏捷给出测试结果,并同步到需求方。
个人经验:微测试重在测试任务简化,但核心测试任务要明确,用户快速进行测试任务,快速得到测试结论,快速提交反馈。
测试升华阶段
多数用研从业人员将测试本身当成独立的项目,做完一轮测试提交测试结论就就结束了。缺乏产品测试数据的横向对比,特别是研究者是某个产品的体验负责人时,就要建立起整个产品测试结论分析的体系。
将每次的可用性测试结论串联起来做数据分析,引导产品和技术人员去对整个产品进行改进。我们将从测试的独特问题、参加者频次、问题归类、报告正面问题这四方面展开,描述测试升华阶段。
测试的独特问题
独特问题仅代表独特问题的数量,不是所有用户遇到的问题。例如:若测试用户共有两名,A用户遇到20个问题,B用户遇到12个问题,其中有8个问题与A用户相同。独特问题是24个(20+12-8),将每次迭代的问题都加以呈现做横向对比,可以清楚的知道每一次修改问题的量,如下图:
参加者频次
根据问题,记录用户频次,直观的告诉决策者多数用户是因为什么因素造成的可用性问题。
可用性问题归类
对每一期测试的问题归类,按照模块做横向对比,看出每个设计版本各个模块的对比,但分类不易太多。
报告正面问题
每次汇报在展示测试结论时,多数研究者以展示负面问题为主。这也是一个很严重的误区,需要我们同时展示比较好的方面。这样设计师和开发人员会视你为伙伴,在接下来的项目配合中比较顺畅的进行下去。同时可以计算正面问题与负面问题之比,来验证每一个版本的体验度是否提升。
小结
以上是笔者在做可用性测试时每个阶段的感悟,在此分享给大家.
总的来说:可用性测试的初级阶段,以了解方法为主。
可用性测试的中级阶段,根据所在环境制定适合自己的测试策略。
可用性测试的高级阶段,建立结论分析体系,将每次测试串联起来,总结分析发现产品规律,推动产品改善。
作者:任小,来自乐视用户体验中心(LeUX)。这是一个专注设计、交互、用户研究的交流平台,探索互联网最前沿UX案例,从实战出发解读行业趋势。微信ID:LetvUX
本文由 @任小 原创发布于人人都是产品经理 ,未经许可,禁止转载。
好文 😈
😮
🙄
😯
one Again
1
2
3
😐