脚本撰写

• 预演和预测试：测试脚本的初稿写好后，得把全部过程预演3遍左右；能找到用户预测试就更好了。这可以避免在施测了2、3个用户后才发现脚本有问题。
• 制作测试脚本前，需要将测试产品的所有功能都尝试一次（尤其是开通、取消、查询套餐、搜索等），不能以为不会出现问题，就省略了这个步骤。例如，有一次我们使用了同一个测试手机的号码来完成办理业务，当用户直接点击办理套餐时，只有第一个用户收到的短信才会提示用户，后续的用户都出现的提示语则不是这一条。
• 凡是涉及到呈现次序时（e.g.测试多个竞品或方案），必须考虑顺序效应。
• 十分仔细地检查上一个任务对下一个任务的影响，看看上一个任务结束时的页面对下一个完成时的页面，是否要求任务开始时页面处于什么状态（脚本里注明初始和结束状态），尤其是那种流程类的任务（例如上一个任务是提交信息，下一个任务是修改信息）。
• 第一次使用测试产品时，必须记下自己的任务不适应的、不是很理解地方，哪怕它只是个小问题。因为这些不适应的地方，不算很强烈（但它们很可能就是可用性问题），它们会在你逐渐熟悉这个产品之后而“消失”，你很快就容忍了这些细节的小问题。
• 如果任务涉及到评分，我个人觉得在用户操作完这个任务之后，立刻评分。Yale心理学公开课里提到的一个例子就是当要求被试列举出某个人的3个优点或10个优点时，发现被试会对列举3个优点时评分更高。因为要列出10个优点比较难，很多人列不出来，于是人们对这个人的好感降低。这类研究有很多。

测试前准备

• 在测试前，统一观察员和主持人对脚本的理解。例如，怎么定义任务已经完成。
• 测试机vs用户自己的手机，手机vs电脑。如果测试的任务涉及这些设备之间的切换，请注意在脚本上注明。
• 如果测试任务需要用到无线网络，在每次测试前检查一下，看看是否需要重启无线路由器。

小结：

如果测试中涉及到以下操作都得留意

• 测试机、用户自己的手机、手机与电脑切换
• 上网（GPRS还是wifi）
• 在用户手机上安装应用
• 注册开通等操作