主题

可用性测试从最终用户的角度来评估系统并包括以下测试类型:

可用性测试不能替代优秀的设计 - 当与以用户为中心的设计结合起来时最有效(请参阅概念:以用户为中心的设计)。

请尽早启动可用性测试。早期进行用户测试意味着早期进行原型构建,通常是绘图和模型,它们被描述为不精确的原型。后来在流程中陆续出现了很精确的原型(请参阅活动:构造用户界面原型)。

展示设计的方法 回到页首

展示用户界面设计的一种方法是让业务或系统分析人员与最终用户一起坐在界面前面。预排一个常见场景;例如,具有您在用例故事板中描述的典型值的用例基本流程。鼓励该用户提问题并给出评论。

此方法的挑战是要确保您获得的信息尽量公正。要做到这一点,需要确保您询问的问题不受环境影响。尽可能多地做笔记。如果可能,请让其他人做此项工作,以便您不会打断用户的正常流程。(有关对于引导用户的面谈和研讨会有用的指南,请参阅指南:../../workguid/wg_intrv.htm -- This hyperlink in not present in this generated website面谈../../workguid/wg_rqwsh.htm -- This hyperlink in not present in this generated website需求研讨会。)

展示用户界面设计的另一个方法是执行使用测试。这些测试通常作为有来自最终用户团体的代表参加的实验或研讨会来实施。在使用测试中,真实的用户使用界面执行真实的任务,而软件开发人员通常担当被动的、观察的角色。

从这种类型的可用性测试中可获得许多价值,但是,也存在一些必须面对的挑战和必须作出的权衡,以便获得可靠、经济的结果:

  • 作为一般规则,如果最终用户团体是大型、多类型并且可在很大程度上控制对软件系统的选择时,则此方法是最有价值的。由于存在这些因素,不执行使用测试的风险增加了。通常,执行这些测试的价值越大,与最终用户一起使用、协调和管理此活动的难度就越大。 
  • 确定最通用的使用模式,而忽略界外值和异常结果是很重要的,以便确保用户界面设计决策是基于大多数人的需要的。要做到这一点,您需要广泛而深入的样本数据,这通常要求大量收集和整理工作。
  • 最终用户必须从现有的旧系统迁移到新系统,他们经常会担心新系统提供的功能将比旧系统提供的少。不幸的是,此问题很少会直接引发出来,并且经常被类似“我希望新系统的外观与现有系统完全一致”的意见所掩盖。
  • 将技术中的重要变更提议给最终用户团体,在从使用测试中获得重要价值之前,可能有必要提供对于技术的基本用法的培训。例如,旧系统用户可能以前没有使用鼠标或 GUI 的经验。

每个项目团队需要针对工作处于的独特的项目环境来考虑这些挑战,以获得可用性测试的合适的时机、方法和途径。

向各种涉众展示设计的好处 回到页首

向其他人展示用户界面是非常重要的。随着界面设计和实施的进展,展示设计可增加复审人员的数量,包括:

  • 其他项目成员
  • 外部可用性专家
  • 用户

要获得有价值的反馈,不必始终通过正式的使用测试(真实的用户执行真实的任务)。一类重要的用户界面缺陷是由用户界面设计人员的当局者迷引起的 - 未涉及用户界面设计的任何人都应能够识别出这些缺陷中的大多数。

其他项目成员 回到页首

此方式的预期效果比展示设计要差。它存在一个非常快的转向时间:项目成员已经熟悉了应用程序并且通常能够自发地进行可用性会话,而不需太多的正规形式。用户界面设计人员应该在设计活动期间不断地做此项工作,以纠正自己的当局者迷

外部可用性专家 回到页首

一位出色的可用性专家可通过指出常见的可用性缺点来帮助减少开发工作,并通常会根据经验提供关于用户界面的其它建议。在用户界面设计工作的早期让外部可用性专家介入是有价值的,因为这会有充分的时间去重构设计,以采纳他们的建议。

为用户设计 回到页首

通常,向用户展示原型可以很好地利用您的时间。因为与用户的接触通常是有限的,当有机会时,获得关于原型的反馈是值得的。在必要时这样做,可获得涉众的赞同和更正对涉众需要的任何曲解。这可发生在需求捕获或用户界面设计期间。在所有可能的情况下,避免不止一次地向同一个用户展示界面 - 当第二次展示时,该用户将会受到您之前的设计想法的影响(类似于当局者迷),因此会降低活动的价值。

另外,当向最终用户展示软件原型时,请注意正确设定期望。如果设定得不对,用户可能会期望体验用户界面后的功能系统的完整行为。

进一步的阅读资料

有关可用性设计的信息,请参阅 [CON99] 和 [GOU88]。

 

Rational Unified Process   2003.06.15