【实战总结】可用性测试的进阶之路

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

本文主要讲述笔者对可用性测试各个阶段的认识以及心得,从接触可用性测试到现在,笔者把可用性测试分为三个阶段:方法认识阶段、方法优化阶段、测试升华阶段。每个阶段笔者对可用性测试都有着不同的看法和理解,在这将做简明扼要的分析和大家一起共勉。

keyongxingceshijienji

方法认识阶段

让一群具有目标性的用户对产品进行典型操作,同时需要观察员和开发人员在一旁观察,聆听,做记录。这么一整套流程我们称之为可用性测试。

可用性测试对于研究员、产品、设计师来说作用有以下几点:

  1. 帮助研究员、产品、设计师了解测试产品:这里的了解不仅仅是产品功能、逻辑、交互等侧面的了解,更重要的是需要了解为什么要做这场测试;
  2. 提升交流能力:这一点不仅仅是同测试用户的交流,还有同测试需求发起者的交流以及测试后结论的分享交流;
  3. 测试结论分析转化能力:测试结论通常需要研究人员进行转化、提炼,通过精练的语言配合量化的数据进行描述。

执行可用性测试笔者总结了三个阶段,测前准备、测试执行、测试分析。

每个阶段对应的执行项需要按照顺序执行,如下图:

QQ截图20160303111135

作为可用性测试的初学者,了解方法是很必要的,在这推荐两本书:《用户体验度量》《用户体验与可用性测试》,对整个测试方法做系统的了解。

方法优化阶段

大多数研究人员、产品、设计师通过方法的学习在配合具体的项目研究后,都能够熟练的掌握可用性测试这套流程,笔者通过这个阶段的学习后,总结出一些测试经验,通过多轮项目验证能够很好的提升测试效率与准确性。

1.测前准备

招募用户

多数研究人员在执行测试时都是临时招募用户,这种情况有个缺点,如果招募用户比较缓慢就会影响到整个项目的进程,所以提前维护用户是很有必要的,一旦有测试项目启动可以直接进行招募。

个人经验:可以提前建立一个用户群,做好日常用户维护,一旦有产品测试开展可以直接调取用户,缩短用户招募时间提高项目进度。

需要强调的是:

  1. 招募用户必须是目标用户才能保证测试的准确性。
  2. 用户要有循环冷却时间,用户完成一个产品测试后,需要等1个月后才能再次进行测试复用。

2.测试执行

预测试

有些可用性测试的初学者,在编撰测试大纲时有些欠缺,加上执行测试时有些不可控的因素会出现,针对这种情况需要做预测试进行完善。

个人经验:进行预测试时招募用户可以不是目标用户,重在检测用户是否能理解设计的测试任务、完成情况以及能否按照正常测试的流程进行操作。

预测试的好处有以下几点:

  1. 检验测试任务是否合理;
  2. 熟悉整套测试流程;
  3. 演练测试沟通细节;预测试完成后就可以开始正式测试之旅。

3.正式测试

正式测试后有些研究人员容易犯一个错误,急于加快测试速度,而忽视测试收录,特别是在一个研究员进行可用测试时,如果测试所有用户后进行信息收录,就很容易造成测试数据过多而遗忘掉。

个人经验:测试2-3名用户后进行数据收录,一方面防止信息太多有所遗漏。另一方面是总结测试结果,尝试进行初步分析。可以即刻与需求发起者进行同步沟通。做到敏捷调研快速沟通。

敏捷微测试

这里的敏捷测试不是指靠压缩测试人数做到敏捷回应,而是简化测试任务。针对一两个测试任务就开始展开测试,快速敏捷给出测试结果,并同步到需求方。

个人经验:微测试重在测试任务简化,但核心测试任务要明确,用户快速进行测试任务,快速得到测试结论,快速提交反馈。

测试升华阶段

多数用研从业人员将测试本身当成独立的项目,做完一轮测试提交测试结论就就结束了。缺乏产品测试数据的横向对比,特别是研究者是某个产品的体验负责人时,就要建立起整个产品测试结论分析的体系。

将每次的可用性测试结论串联起来做数据分析,引导产品和技术人员去对整个产品进行改进。我们将从测试的独特问题、参加者频次、问题归类、报告正面问题这四方面展开,描述测试升华阶段。

测试的独特问题

独特问题仅代表独特问题的数量,不是所有用户遇到的问题。例如:若测试用户共有两名,A用户遇到20个问题,B用户遇到12个问题,其中有8个问题与A用户相同。独特问题是24个(20+12-8),将每次迭代的问题都加以呈现做横向对比,可以清楚的知道每一次修改问题的量,如下图:

QQ截图20160303111457

参加者频次

根据问题,记录用户频次,直观的告诉决策者多数用户是因为什么因素造成的可用性问题。

QQ截图20160303111503

可用性问题归类

对每一期测试的问题归类,按照模块做横向对比,看出每个设计版本各个模块的对比,但分类不易太多。

QQ截图20160303111513

报告正面问题

每次汇报在展示测试结论时,多数研究者以展示负面问题为主。这也是一个很严重的误区,需要我们同时展示比较好的方面。这样设计师和开发人员会视你为伙伴,在接下来的项目配合中比较顺畅的进行下去。同时可以计算正面问题与负面问题之比,来验证每一个版本的体验度是否提升。

小结

以上是笔者在做可用性测试时每个阶段的感悟,在此分享给大家.

总的来说:可用性测试的初级阶段,以了解方法为主。

可用性测试的中级阶段,根据所在环境制定适合自己的测试策略。

可用性测试的高级阶段,建立结论分析体系,将每次测试串联起来,总结分析发现产品规律,推动产品改善。

 

作者:任小,来自乐视用户体验中心(LeUX)。这是一个专注设计、交互、用户研究的交流平台,探索互联网最前沿UX案例,从实战出发解读行业趋势。微信ID:LetvUX

本文由 @任小 原创发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 10

登录后参与评论
  1. 好文 :twisted:

    回复
    1. 回复

      :eek:

    2. 回复

      :roll:

    3. 回复

      :shock:

    4. 回复

      one Again

    5. 回复

      1

    6. 回复

      2

    7. 回复

      3

    8. 回复

      啊啊啊啊啊

    9. 回复

      :neutral:

加载中