可用性测试准备工作，时间安排与PPT或文档选项

理想状态下，产品测试越早开始越有利。测试应该作为产品制作的一个环节，而不是等到制作完成后才测试。项目进程中有很多理由忽略测试环节，也许你还是新手设计者，不擅长测试工作；也许产品经理不希望把“半成品”拿给用户使用；也许产品开发进度很紧迫，根本腾不出时间进行测试。纵有一千个理由，也要坚持测试，因为产品测试是一个长期过程，需要迭代的过程。即使错过了最佳时机，也不必放弃。早测试比晚测试好，晚测试比不测试好。

当项目团队感受到了测试的价值后，你就能争取到更多测试的次数，甚至将测试工作列入项目开发环节中。在规划测试时间的时候，要掌握以下三点：测试的准备期、测试阶段和测试结果期。

准备阶段

测试正式开始前，需要有1~2周的准备期。首先需要草拟一份简单的测试计划书，告知产品经理测试的意义和具体工作内容，一份完整的计划书不仅能让项目组领导明确测试的价值，而且自己能弄明白测试到底要做些什么事情。

测试计划书得到认可后，就要开始申请相应的资源，例如测试场地、所需硬件和协助的工作人员等，对着计划书一条一条地核对，仔细核查资源的有效性。为测试设计好任务，如果是第一次进行测试，还要有心理建设的过程，要为测试做好充分的心理准备。

测试前，你可能需要在1~2周的工作时间，穿插进行可用性测试的准备工作。项目团队如果是刚开始尝试可用性测试，应该写一份简单的测试计划。计划书用来告诉你的领导，你要做什么事情、也帮助自己规划做测试的一系列工作。

接着就需要申请一些资源，空间、硬件、人员协助等等。核查一下这次要测试的功能，设计一下测试的任务。如果是头一次做测试，在心里要牢牢记住测试的过程，如果有机会做几次导测的，就会让测试过程更加自信。

准备阶段还有个重要的工作就是招募受测。这部分详见下面的部分。(www.xing528.com)

测试阶段

现在一切都准备好了，和测试对象也约定了时间，可以开始测试了。

数字产品的测试对象很可能是上班族，这表示需要将测试时间安排在非工作时间，比如晚上和双休日。也许你邀请同事作为测试对象，那就可以在中午休息时间，或者是下班了多留一会。因为测试造成你和同事需要加班。虽然辛苦，但是在本职工作之余完成测试的话，对项目的整体工作进度就不会有影响了。

在测试结束之后，紧接着的工作就是整理记录和影像。千万不要有惰性，中间拖得时间越长，就越懒得再去做整理。校对文字、回看录像都是辛苦单调的工作，分析这些材料写出一份测试报告。同时附上发现的问题，最好还能有相关的图片和影像作为证据。

如果只是内部测试，那么报告不一定要非常正式。内部测试的目的是发现问题，并揭示给项目团队看。使用PPT来汇报，不需要很多的文字，只要配图能说明清楚问题就可以。召开会议，现场讲解问题以及背后的原因，还可以邀请团队其他成员一起讨论修改问题。当然，如果项目进度紧张，没有时间做PPT，就可以把数据列出来，给同事看文档即可。写得简单一些，更聚焦一些。

如果时间充裕的话，完全可以依靠记录的影像来剪辑出一部短片。短片的内容就是描述测试对象如何反反复复地尝试数字产品，却找不到功能按钮；或者很多测试对象都是同一个界面上出错。等到产品经理战战兢兢地看完整部短片，就会主动找到制作人员修改问题。

根据数字产品的需要，可以针对发现的问题，提出可行的修改方案，也可以组织相关人员的讨论，这些都是测试人员可以使用的方法。既然测试了，就要把结果落到实处，哪怕这个版本无力修改，也要在下个版本中去弥补问题。