可用性测试重点关注用户和他们完成的任务，并希望通过经验证据提高界面的可用性。

方法说明与应用

可用性测试是一种允许研究小组在用户执行某个（或某些）任务的时候，利用应用程序观察用户体验过程的评估方法。该方法旨在帮助设计小组发现界面的哪些方面最使用户感到沮丧或困惑，并在按照问题的严重性排序、逐个修正后，在产品正式推出之前重新测试。

可用性测试要重点关注典型最终用户目标的任务和情景。跨学科小组中的每个成员共同努力确定可用性测试的任务和情景。任务应该明确具体，以反映目标受众的真实目的。情景是为任务设置的背景，并要提供需要完成任务的额外信息。任务和情景既不应该影响参与者解决问题的方式，也不应证明产品是否符合规格（产品规格反映系统或者开发人员的目标）。

可用性测试通常遵循有声思维报告的模式。如果参与者出现以下情况，观察人员和评估人员应该努力找出问题所在：

• 了解任务的要求，但无法在合理的时间内完成；

• 了解目标，但必须尝试好几种不同的方法才能完成；

• 中途放弃或退出；

• 完成一项任务，但并不是指定的任务；

• 表现出惊讶或者高兴的情绪；

• 无法完成任务的时候，感到沮丧和困惑，或者责怪自己；

• 认为哪里存在问题或者无法理解；

• 为改进界面或者事件流程提出建议。

当可用性测试出现问题时，设计小组会发现他们评估和使用界面的方式与典型最终用户的使用方式并不相同。“同时，参与测试的人数直接影响检测出的问题数量“，而评估人员的数量也会产生影响-一评估人员数量越多，发现的问题就会越多。

除了保证实验的有效性、经验论证和避免偏见以外，为了确保可用性测试达到满意的结果，还需要开发人员和利益相关者一同参与研究过程。许多研究小组都认为可用性测试环节是在产品发布前，唯一可以看到原型产品并发表意见的机会。运用这种方法时，务必保证观察人员参与实证测试过程，因为他们在这个过程中可以直接发现可用性问题，并提出建议。

实例与图解说明

与态度研究不同，可用性测试等行为研究招募较少的参与者就能发现足够多的问题，以帮助设计小组确定界面是否需要修改，是否可以发布产品。在设计过程的早期阶段，设计小组在几轮测试之后，发现的问题越来越少的情况下，便可以确定界面的可用性达到标准。