以下内容来自《点石成金》中有关可用性测试章节内容的要点整理。

1、焦点小组不是可用性测试，两者的简要区别如下

1、焦点小组研究中，一组人（5~10人）围坐在桌子旁边，侃侃而谈，谈的是他们对产品的看法，产品过往的使用经验，或者是他们对一些新概念的反应等。如果是想要快速得到部分用户的意见和感觉，焦点小组是一种不错的方法。

2、在可用性测试中，一次一个用户，我们观看用户试用一些东西（网站，网站原型，设计草图），去完成一些典型的任务，通过观察用户的行动，你可以检测到那些让用户混淆和倍感挫折的地方并修复它们。

两者最明显的区别是，在可用性测试中，你会看到人们使用的真正场景，而不是听到他们的说法。

2、关于测试的几个事实

1、如果想建立一个优秀的网站，一定要测试。

2、测试一个用户比不做测试好一倍。

3、在项目中，早点测试一位用户好过最后测试50位用户。早点做一次简单的测试，总是比以后进行一次复杂的测试更有价值。

3、应该多久进行一次测试

作者认为，每个Web团队应该每个月安排一个上午进行一次可用性测试。

为什么是每个月的一个上午？

1、这样能保持测试简单，所以你们能坚持进行。

2、这样能满足你们的需要。

3、这样就不需要决定什么时候测试。

4、这样人们更可能参与进来。测试在一个上午完成，而且在一个相对稳定可以预知的时间进行，这样会大大增加团队成员参与的机会。

4、应该测试多少用户

作者认为，每轮测试的理想用户数量应该是三个。之所以选择这么少的样本是因为：

1、这类测试的目的不是为了证明任何东西。它的目的是通过发现和修复可用性问题来改进正在建造的东西。

2、你不用发现所有的问题。不管是什么样的测试方法，也不可能发现所有的问题，就算发现了所有的问题，也不可能修复完。前三个用户很可能会遇到几乎所有最明显的哪些和当前测试任务相关的问题。

3、每个月都做测试，多做几次测试，远远比写下每次测试中发现的所有问题更重要。

5、怎样选择测试参与者

作者通常喜欢使用一些并不是目标用户的测试参与者，主要原因如下：

1、设计出的网站只有你的目标群体能使用，者通常不是一个好主意。

2、在内心深处，我们都是初学者。找来一位专家，你会发现他也在勉强应付。

3、专家通常不会介意对初学者来说很清楚的界面。如果任何人都能使用，专家也能使用。

6、怎样找到测试参与者

用户组里，在展览会上，分类信息网站，Facebook和Twitter等社交网站，客户讨论组，在自己的网站上提供一个弹出窗口，甚至邀请你的邻居和朋友。

如果你准备自行招募，建议下载免费报告“How  to Recruit Participants for Usability Studies”

7、在哪里测试

一个安静的房间，一张桌子，两把椅子，一部电脑，一个鼠标，以及一个微型麦克风。需要屏幕共享软件，允许团队成员、利益相关人从另一个房间观看测试。

使用屏幕录制软件，把屏幕上发生的一切录制下来。

8、应该由谁来引导测试

几乎任何人都可以主持可用性测试，它真正需要的工作至上鼓励测试用户去尝试。主持人的工作就是鼓励他们尽可能地说出心里话，把心理活动说出来。

9、谁应该进行观察

人越多越好！

雇你任何人观看测试过程，最好采购零食，吸引人们前来观察。

观察者们需要写下他们注意到的三个最重要的可用性问题，并在总结会上进行分享。总结会的目的是为了找出几个最严重的问题，然后修复它们。

10、测试什么，什么时候测试

在整个开发的各个阶段及早进行测试，并让可用性测试贯穿整个开发阶段。

11、测试过程应该是怎么样的

一个典型的一个小时测试应该包括以下几部分：

1、欢迎部分（4min），开始测试，并介绍测试接下来如何进行，让测试参与者有些心理准备。

2、提问部分（2min），接下来可以问参与者几个和他们有关的问题，这样可以帮助他们放松下来，你也可以借此机会了解他们是不是计算机高手，或者上网高手。

3、主页观光（3min），打开测试网站的主页，请测试参与者四处看看，并且告诉你他们看到了什么，你就会知道你们的网站主页理解起来有多容易，以及测试参与者有多了解网站所在的领域。

4、任务测试（35min），测试的核心部分，观看参与者执行一系列任务，你的工作是让测试者一直停留在测试任务上，并让他们把自己当时的想法说出来。不要询问他们引导性的问题，也不要为他们提供任何线索和协助，除非他们已经完全被困住了或者已经绝望了。

5、问题探查（5min），测试任务结束后，你可以就测试中发生的任何问题向测试参与者提问，还可以提出那些观察室成员希望你问的问题。

6、结束部分（5min），感谢测试者前来测试，付给他们报酬，并把他们送出门。

12、典型问题

1、用户不清楚概念。他们就是不理解。他们看着网站或者页面，要么不知道它们说的是什么，要么他们以为自己知道，但是错了。

2、他们找不到自己要找的字眼。这通常意味着要么你们对他们要找什么的预测是错误的，或者你们所用的词汇和他们所用的不同。

3、内容太多了。有时候他们要找的就在页面上，但他们就是看不到。在这种情况下，你需要：（1）减少页面上的整体干扰；（2）把他们需要看到的内容设置得更加醒目，让它们在可视层次的结构中更加突出。

13、总结会

基本原则：最严重的问题最先修复。

下面是作者喜欢采用的方法来确保做到这一点。

1、收集一份问题列表。在房间里转一圈，让每个人都有机会说说它们觉得最严重的3个问题，把这些问题写在白板上。通常有很多人对一些问题会说“我也是”，对这些问题你可以打钩或画“正”字进行标记。

3、选择10个最严重的问题。进行非正式投票。

3、问题评级，然后把这些问题重新写到新的列表，最严重的问题写在最上面，每个问题之间留一些空白。

4、建立一份排序列表。从最上面的问题开始，对每个问题在下个月准备怎么修复，写下一些粗略的想法，谁负责修复，以及需要什么资源。并不需要对每个问题都进行完美修复，或者甚至不用完全修复，只需要采取一些行动把它移出这份“最严重问题”列表就可以了。

对于决定修复什么，不修复什么，下面有一些小建议。

1、对那些“够得着的果子”，建立另一份清单。可以再对那些不严重，但是非常容易修复的问题建立一份列表。

2、抵制添加的冲动。当在测试中清楚地看到人们没有理解某些内容时，大部分人的第一反应是增加一些东西，例如一些注释或一些指导说明。而往往正确的解决方案就是拿走某个让人混淆的东西，而不是增加另一些干扰。

3、不要太看重人们对新功能的要求。测试参与者不是设计师，他们可能偶尔会提出一个很好的县方法，但是如果确实是一个很好的想法，你会在第一时间反应过来，因为你会马上想到：“为什么我们没早点想到这一点？！”

4、忽略“Kayak（皮筏艇）”问题。无论在什么测试中，你都可能会遇到几次这样的情况：用户暂时出现错误，然后又在不需要任何帮助的情况下回到原来的轨道。这就像划皮筏艇时翻船一样，只要皮筏艇及时恢复正常，就只是一种乐趣而已。只要（1）出现问题的人马上发现自己偏离了原来的主题；（2）他们尽量回到原来的方向而不需要帮助；（3）这种情况看起来没有扰乱他们的活动，你就可以忽略这些。总的来说，如果用户的第二次猜测总是对的，就已经可以了。

14、是否还有其他选择

1、远程测试。用户不会来到办公室，而是在他们的家里或办公室进行测试，通过屏幕共享让你看到。只需要高速网络和一个麦克风就够了。

3、无人主持的远程测试。像UserTesting.com这样的服务可以提供一些自己在可用性测试时进行录制的参与者。你只需要把测试任务和网站/界面原型/移动应用的地址发过去，在一个小时之内，你就可以看到一份录像，某位参与者用边做边说的方法在完成你的测试任务。虽然不能实时和测试参与者进行交互，但这样会比较便宜，也几乎不需要花费任何精力。