通常的方法是：

　　a）先列出一个任务清单，用简单的短句来描述测试中涉及的任务——主要是给内部人员看的。由于是快速测试，因此，任务不宜过多，必须是重要的，核心的，你觉得可能会有问题的任务；

　　b）在筛选完任务清单后，将任务变成场景——场景就是你要读给用户听，或者要给用户看的内容。因此必须要包含用户的目标和动机——因为对用户来说，你的功能并不重要，重要的是他们的目的以及他们完成目的的过程。这时候，你可以再问一次自己上面的问题。

　　c）确定操作任务需要的条件：比如是不是需要一个新的账号，是不是需要准备好必要的文件等等；

　　d）预测试：预测试主要是为了发现任务设计的问题，可以找公司内的同事，利用午休时间快速完成

　　如何找用户：

　　在利用各种资源找用户之前，我们要首先明确，我们要找什么样的用户来？

　　找什么样的人来？

　　以前，在测试计划阶段，我们和产品以及设计的同事沟通，他们对用户的描述，往往是：25~30岁，上班族之类。但事实上，我们在测试中最关注的是用户的操作行为，因此，在确定用户甄别的标准时，们最应该关注的是产品使用经验和使用行为，而不是人口统计学特征。

　　找几个人来？

　　一谈到要找几个人来测试，就不得不请出Nielsen的这张经典图表。虽然学术界对于5个用户究竟是否足够有很多争论。不过，从我们的实践角度来看，只要在第一个阶段界定的好，找到合适的人，那么，5个用户真的已经可以发现明显的可用性问题了，当然，这里要再一次强调，快速测试的目的是为了发现严重的问题而不是全部的问题。

　　此外，我们发现，在平时的测试中，在观察前三个用户测试时，单面镜后的产品和设计人员往往精力集中，下笔如飞，但到了5个之后，新的信息越来越少，大家不是发呆，就是干脆睡了（像图中的兔子一样）。所以，从工作状态的角度讲，5个以内的测试用户，能够保证大家精力集中，并且愿意去观察和倾听。