软件易用性之可用性测试法

和场景性能测试方法类似，可用性测试也是从用户的使用场景出发，从用户的角度去判断产品是否符合用户的习惯和关注点。

最适合进行可用性测试的人当然是用户本身，但现实中用户会充分参与的项目往往少之又少，此时深谙用户需求但对产品实现没有那么熟悉的人就成了最佳的测试人选，如产品经理、交付经理、需求工程师等。这是因为他们不会陷人产品实现的思维模式中，他们更能从用户视角去发现问题。测试人员交叉测试，也是个不错的主意，但是注意，新员工或者有意找的“小白人员”不适合作为此项目的测试人员，因为他们根本不了解用户，给出的测试结论容易因为过于主观而失去效用。

把产品的可用性测试交给“小白人员”并不是一件明智的事情。即便产品的目标用户是个人用户，“小白人员”也无法给出有效建议。可用性测试需要的是对“小白人员”有充分研究且深谙他们的隐含需求的专家。

下列是可用性测试的一般方法

• 梳理用户典型场景，确定本次测试的范围。
• 讨论确定测试关注点和测试标准。原则上我们希望测试关注点和测试标准都包含在需求规格表中，但是实际项目中我们会发现，在进行这一步的时候大量需求规格并没有明确指出，这就需要需求人员、开发人员和测试人员再进行沟通，对测试标准达成一致。
• 执行测试、记录测试情况。需要特别说明的是，执行测试时,“步骤”“求助”等应包含测试者操作错误的情况和正确的情况。例如测试者在配置场景时，前面执行了5个步骤都是错误和无效的步骤，后面6个步骤才是正确有效的步骤，那完成这个场景配置的步骤就是11个，而不是正确的那6个步骤。除此之外，测试中断和求助等情况也需要记录。
• 分析测试结果，确定可用性方面的问题。虽然我们在可用性测试中尽量使用可衡量的标准，但是难免还是有很多主观的成分，这就会导致在和开发人员确认问题的时候容易出现分歧。避免这类问题的一个方法是对比友商产品，特别是那些在易用性方面做得好的友商，从而让我们提出的易用性方面的改进建议更有说服力。例如，可以参考xx(友商)的设计，通过xx的组织方式，减少xx功能的配置步骤。
• 任务完成测试：要求用户执行一系列预定义的任务，然后记录他们完成任务的时间、遇到的困难以及成功率。
• 问卷调查：使用问卷来收集用户对产品的主观评价，包括满意度、易用性和偏好等。
• 认知走查：专家审查界面，根据已知的可用性原则和指导方针寻找潜在问题。
• 用户测试会话录屏：录制用户的屏幕活动和语音反馈，以便分析用户的行为和反应。