此外，我们发现，在平时的测试中，在观察前三个用户测试时，单面镜后的产品和设计人员往往精力集中，下笔如飞，但到了5个之后，新的信息越来越少， 大家不是发呆，就是干脆睡了（像图中的兔子一样）。所以，从工作状态的角度讲，5个以内的测试用户，能够保证大家精力集中，并且愿意去观察和倾听。
如何找用户？
在确定了甄别的标准和用户的数目之后，找用户就成了头痛的问题。在这里，我的建议就是，由于是快速测试，就尝试用尽一切办法，无论是找同事（同部门 的同事就不要找了），朋友，朋友的朋友，网站论坛发广告等等，只要快，并且在招募时，坚持要求，大家是可以“不择手段”的。当然了，如果这时候能有一份平 时就在维护的用户列表就再好不过了。
如何进行测试
因为是快速的测试，主持人从用研人员变成了产品和设计人员自己。因此，在这里要强调的是，在测试中不要试图教用户如何使用产品，也不要试图向用户推销你的产品。
主持人做什么
记录人员做什么
无论是有条件实时观察（有专门的体验室或者工具），或者需要回看录像来观察，记录时都要注意，记录的重点不是用户说了什么，而是用户如何使用。 记住，在测试中，做了什么比说了什么更重要。当然，由于是为了发现严重问题而进行的测试，并且严重的问题总是显而易见，因此，可以同时记录问题，但不要急 于讨论问题的解决方案。因为马上想到的方案或者用户提出的方案并不一定是最好的，这个工作可以留待可以安静思考或者大家讨论时进行
如何分析找到可用性问题
在完成测试后，需要主持人和观察人员趁着记忆犹新的时候快速地将有用的信息整理出来，可以采用便利贴，也可以专门空出一块白板或者建立一个文档。总之把用户相关的操作，提出的问题，和我们自己发现的问题迅速地写出来。但，不要快速下结论。
在所有测试完成后，整理已经有的便利贴，列表等，然后找出那些最严重的问题，快速地修复它们。在这一环节，重点是一再地明确，究竟那些问题才是最重要的，并且可以马上修复的。这样，测试的结果才是可执行的，而不是仅仅变成了一张存档的问题列表而已。
