预测试:在正式测试前准备好所有事情

 timg

预测试(正式测试前的一两次测试)能够帮助可用性测试顺利进行,使其得出来的结果更为可信。预测试能够让我们有机会完善任务的描述,把握每次测试需要的时间,如果进行顺利的话,预测试的数据还可以直接使用。

开展可用性测试当天,你的第一个用户走了进来,你简单介绍了整个测试,直接开始进入研究。结果却发现用户不能够理解你要求他做的事情。这不是网站设计的问题,而是研究设计的问题。研究刚开始你就给自己挖了个坑,现在想想如何挽救这场测试吧!

进行定性可用性研究的时候,我们通常只招募少量的用户,这足以让我们发现设计和可用性上的优缺点。如果用户不是专注于网站的设计,而是纠结于任务的设定,我们将难以得到所需的结果。如果任务设定上的问题过于严重,我们可能需要剔除该次的测试数据。

预测试能够提前避免此类问题。在预测试中,测试人员(小组,可能的话)在正式开始测试之前进行一或两次的测试。预测试的重点是测试研究本身,通过一两次测试以确保整个研究能够尽可能的顺利开展。

1什么时候需要进行预测试?

  • 第一次进行可用性测试。最好对你熟悉的测试环节先进行一次练习。
  • 测试你不熟悉的领域。如果这是你第一次测试目标人群为火箭或核科学家的网站,而你对该领域并不熟悉,预测试能够让你有所准备(当然在研究开始前你也应该熟悉一下相关的内容和术语,例如与该领域的专家、设计师和开发者碰个面)
  • 进行远程或不可控的研究时。任何时候说明文字都需要表述清晰,这些说明需要进行预测试以减少发生误解的可能性。如果你在进行一项日记研究,或者是不可操控的在线研究,亦或者是通过邮件进行的研究,所有的交流内容,包括招募信息、确认邮件、研究介绍以及后续的提问,都需要进行预测试。这些说明文字都需要表述清晰明了,因为测试实施的时候如果用户遇到问题,不会有人在旁边进行解释说明。
  • 进行定量的研究时。为获取统计上显著的数据结果,我们需要收集大量的数据。在这样的研究中,每次测试都按照相同的方式进行。正因如此,我们需要制定并预测试一个良好的脚本。
  • 进行受高度重视的测试时。即使你已经从事可用性研究多年,也偶然会遇到些需要特别关照的重要项目。也许是CEO会直接查看测试结果,也许测试的是公司重点开发的产品。当然,所有的可用性测试项目都是重要的,但有些总会比其它的要重要那么一点点。
  • 只进行一次测试的项目。如果你在进行一项反复测试的项目,那么在第一次测试时犯几个错误无关紧要,第二次测试的时候可以做得更好。但是如果一个项目只有几个用户可以进行测试,你会希望在第一次就把测试做好来,因为没有第二次测试可以进行了。

2预测试能够给你带来什么?

即使是可用性测试老手也会从预测试中获益,在用户体验行业工作越久,越能够在第一时间写出来优秀的任务和指引,但在正式测试之前进行一次预测试并不会给你带来什么损失。是否所有的可用性测试都需要进行预测试呢?并非如此,但预测试能够为测试的顺利进行增加一份额外的保险,从而使得团队能够专注于测试的结果,而不是测试流程本身。

Benefit #1 预演

预测试是研究正式开始的一次预演,它能够确保整个团队已经为测试做好了准备。材料是否已经打印?知情同意书是否复印?礼金是否准备好了?网站是否运转正常?或许一个清单能够帮助我们核对这些内容,但是在无压力的情况下从头到尾走一次测试的流程相当于是对团队的准备情况进行了两次检查。

Benefit #2 测试任务

如果由于任务描述的不清晰导致用户脱离了测试的情景,我们需要花费较多的时间使其重新投入。测试主持人首先需要注意到用户不能够理解任务描述所表达的意思,然后再花费时间去重新引导用户。任何突然的变化都有可能给用户提供了完成任务的线索,或者让用户以为他们做错了什么。对于你或者你的团队来说非常清晰明的任务描述,也有可能让用户产生困惑。预测试能够让我们发现问题并及时修改,确保测试能够顺利进行并取得可靠的结果。

Benefit #3 估计时间

我们很难确定该安排多长时间进行测试,用户在一个固定的时间段内能够完成3个还是7任务呢?进行一次任务操作能够粗略的估计测试的时间长度。通过预测试一两个用户能够让你更好的估测整个测试需要的时间,从而能够更高效的完成真实的测试。

Benefit #4 获得(可能)可使用的数据

如果一切进展顺利,或者非常顺利,在预测试阶段,你就能够对接下来的测试有初步的了解。像你真实的测试一样开展预测试,如果没有太大的问题,这一个数据可以直接使用。即使有一两个任务出错了,你也能够从整个预测试中筛选出有用的信息。不要因为是预测试而无视从中获取的信息。但如果在预测试过程进行不够顺利,会影响到测试的信度(如给用户过多的解释或干预),也不要盲目使用预测试的数据。

3预测试小贴士

提前开展。为了从预测试中尽可能获取多的信息,最迟需要在正式测试开始前一天进行预测试,如果进行的是不可以调控的测试,需要多次修改指示语,则提前的时间需要更长。这样能够确保你的团队能够有足够的时间进行必要的更改。(假设会有需要更改的地方,因为事实上也会经常需要更改。)

选取合适的用户。选取符合正式测试要求的用户开展预测试,这意味着用户的反馈(关于测试流程或者是产品的反馈)会更有建设性。简单来说,与其招募一个不是很符合正式测试要求的用户进行预测试,还不如不进行预测试。

时间花费问题。进行预测试是否需要花费更多的时间?当然是!需要提前准备材料,招募更多的用户,抽出时间进行预测试。然而,你获得的是什么呢?正式测试进行得更顺利,更容易获得对你们团队,你们的产品至关重要的测试结果。