简单快速的可用性测试

lite6

核心提示：可用性测试是改善产品的最佳方式之一，这一点，在内部已经是不争的共识。只是由于用研人手总是不足，所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作，我们陆续整理了一些简单的文档和教程，并计划通过集中的培训来普及一些用户体验的方法。  
               


  
可用性测试是改善产品的最佳方式之一，这一点，在内部已经是不争的共识。只是由于用研人手总是不足，所以为了能让各个部门的同事能更快速地展开一些研究和测试的工作，我们陆续整理了一些简单的文档和教程，并计划通过集中的培训来普及一些用户体验的方法。因此，要特别强调的是，本文所介绍的测试方法是简单，非正式的，小样本的，以发现严重问题为目的的。如果要深入了解测试的原理，方法，请参阅以下几本书：  
Handbook of usability testing  
Usability testing and research  
Measuring the user experience  
在开始之前，我要强调，测试要尽早开始，并且只需要简单的设备就可以进行。  


  
什么是可用性测试？  
其实可用性测试并不复杂，简单概括就是观察用户使用产品。如果稍微扩展一些，我们可以将其解释为：通过观察有代表性的用户，完成产品的典型任务，而界定出可用性问题并解决这些问题。而目的呢，则是为了让产品用起来更容易。  


  
如何设计和进行可用性测试  
根据上面的定义，我们在如何设计和进行可用性测试的部分将主要回答以下几个问题：  
如何设计任务  
如何找用户  
如何进行测试  
如何分析找到可用性问题  
如何设计测试任务：  
设计测试任务是可用性测试前期计划的核心，我们建议最好在任务设计之后再确定用户招募的标准，因为测试中涉及什么样的任务和你要描述的用户操作经验直接相关。确定了前者，后者也就更明确了。  
在设计任务前，需要反复的问自己：  
“我设计的测试任务是真的反应了用户的实际目标么（而并不是我认为用户想要做的事）？”  
在问了三次以上上面的问题，并且确定可以肯定的回答自己之后，就可以开始设计任务了。  
通常的方法是：  
a）先列出一个任务清单，用简单的短句来描述测试中涉及的任务——主要是给内部人员看的。由于是快速测试，因此，任务不宜过多，必须是重要的，核心的，你觉得可能会有问题的任务；  
b）在筛选完任务清单后，将任务变成场景——场景就是你要读给用户听，或者要给用户看的内容。因此必须要包含用户的目标和动机——因为对用户来说，你的功能并不重要，重要的是他们的目的以及他们完成目的的过程。这时候，你可以再问一次自己上面的问题。  
c）确定操作任务需要的条件：比如是不是需要一个新的账号，是不是需要准备好必要的文件等等；  
d）预测试：预测试主要是为了发现任务设计的问题，可以找公司内的同事，利用午休时间快速完成。