8、测试

　　用户在心理和身体上的适应会影响测试结果，并且你的所作所为直接影响到他们—镇静和配合或者紧张和敌意。

　　* 问候用户

　　在用户刚进来的时候就以友好的口气与用户交流，如果他们提前到了就为他们提供一个合适的地方来休息等待。如果用户太热或太冷的时候可以调节测试间温度，这些会很有帮助。

　　* 给用户大致介绍并得到许可

　　你在引导可用性测试，不是心理学测试，所以告诉用户你的目的是什么，他们要做什么，为什么你要进行录音或录像。强调你测试的是产品，不是用户;他们所反映的是关于产品的问题，不是他们的问题。

　　因为你想知道的是为什么用户做某件事，不只是要让他们做，还要鼓励他们在完成任务时大声说出想法。鼓励他们在完成一个像安装一个订书器这样的简单任务时，通过描述行为来说明他的想法(用户经常在测试过程中慢慢地就沉默了，可以轻轻地提示他们“你在想什么?”而不要说“你为什么这样做?”)

　　然后让他们签订一个同意表(知情书)。知情书可能会包含上面所有的信息，你可以对用户大声地读，最后一段应该包含类似于这样的信息：“帮助我们评估结果，我们将要对整个过程进行录像，作为我们整理数据的备份之用，所有的录像不会用于商业目的，只是作为帮助我们分析结果之用。”

　　* 执行测试

　　把写好的任务交给用户(一个任务一页)，邀请他/她完成你大声读出来的任务。

　　你不能总是在用户完成任务的时候告诉他，有时他们并不确定他们已经完成了任务，会继续做下去(或者在还没有完成任务时认为他们已经完成了)。这个信息是有价值的，因为这告诉你界面缺乏足够的反馈。你也想要用户回到一个自然的开始状态，所以他们要在软件的同一个地方开始下一个任务。所以可以在每个任务中包括一些类似于“在完成任务时说出来，并回到主菜单”的描述。

　　让用户自己来说出自己的想法，但当他们遇到困难时，可以提示他们。因为你不想他们因此沮丧，而在完成后面的任务时受到消极的影响。在测试脚本中也要使用提示。

　　即使你要掌握测试的时间，也不要让时间成为问题并且不要告诉用户有时间限制。当他们已经达到测试时间时，要提示他们结束这个任务(如果他们实在不能完成，清楚地告诉他们如何回到开始的地方)，进行下一个任务。

　　如果你有一个大房间，或者会有一或两个测试人员在单面镜后面，考虑让两个或更多的测试人员/观察人员来参加。如果两个人能记录不同的内容就会容易些。例如，一个人可以记录用户选择的菜单项的顺序，哪些地方及什么时候使用“帮助”，另外一个人可以记录完成单个任务的时间，测试者给予的提示和任务是否成功完成了。如果多个测试人员会增加用户紧张感的话，可以让一个观察人员在测试后花费额外的时间来回顾录像。

　　* 用户总结性的描述

　　测试后，你可以询问用户对产品的印象，他们在哪些地方会感到困惑，有哪些可以使产品更容易使用的建议，等等。

　　9、数据整理和分析

　　在测试过程中你不可能记录所有的事情，即使你有两份记录。这就是为什么要对测试进行录像的原因，就是为了再次观看录像(可能要一遍又一遍的看)直到你获取了所有需要的信息。

　　下一个步骤就是分析结果：计算完成每个任务和完成每个测试的平均时间，每个用户使用帮助或参考手册的次数，提示的次数，任务是否成功完成对你来说都是重要的信息。

　　所以，你已经得到了所有这些信息，应该可以支持你的假设。但是在你得到结论之前，要使用统计方法分析数据。如果你没有统计的背景，可买本统计学的书学习一下或者找一个专家来帮忙。

　　在没有进行统计分析时，说两组测试结果之间存在很大的差异是没有意义的。不仅得出的显著度结果和提出的建议是不可靠的，而且如果测试结果不支持一般的用户群体的特征，你和可用性测试都意味着失去了可信度。

　　一种比较廉价的获取帮助的方式是与一位教授一起组成团队。他会给你一些关于适合你的数据的统计方法或帮助你完成这些统计测试结果。

　　10、付诸行动

　　无论测试结果支持你的假设与否，你都可以从中获得经验，提出建议或实现计划。

　　例如，我们了解到，在两个测试组之间没有显著地差异，在线帮助没起到作用，因为它没有导航。通过这样的信息，我们就可以用最精简的手册(减少印刷费用)来重新设置标准手册，重新编辑帮助界面。

　　然而，从测试中得到的最大的利益就是它的长期影响。对于决策者来说，尤其是在一个工程的环境下，他们对数据是印象深刻的。另外一种非常有效的表现用户使用软件存在的问题的办法是展示用户测试中最让用户困惑的一段短的视频(美国有最搞笑的可用性测试录像)。因为已经了解了可用性测试的价值，许多地方已经有了安装了单面镜的测试实验室，许多项目负责人已经开始了在产品交付之前的测试工作。