本文摘自《Handbook of Usability Testing》,作者:Jeffrey Rubin和Dana Chisnell,由天翼阅读用户研究员张晓雯翻译。
测试计划是整个可用性测试的基石。计划应当阐明如何测试,何时、何地,由谁来推动测试,为何测试以及测试内容。不过,有时在项目期限临近的巨大压力下,你可能不打算写一份详尽的测试计划。毕竟,你认为自己对即将进行的测试已了然于心,不必再花时间把它写下来。但是,这样不规范的做法显然是错的,最终不可避免地将带来麻烦。
为什么要制定测试计划?
合理的做法是:当你知道将要进行测试的那一刻起,就该着手准备测试计划了。之后随着项目推进,不断完善计划,收集反馈,如此往复。当然,灵活也是有限度的,你在测试前必须设定某个时间节点,确保在此之后,计划不会变动。同时,测试的产品在这个时间节点后,也不允许再有任何改动,直到测试结束。你可能已经发现测试计划是产品开发周期中唯一具有明确时间点的文档,因此格外重要。
当期限临近时,你要竭尽所能不要去变动将要进行测试的设计产品。额外改动会令之前制定的测试方案变得不再可靠,譬如需要研究的问题甚至是数据收集方法的信度都会受到影响。如果在计划的时间点之后被迫更改测试,那要确保每个人都了解此举带来的风险:测试可能是无效的,并且临近测试前改动的产品有可能无法正常使用。
下文列出了为何需要制定详实计划的原因,以及在开发团队中测试计划作为沟通工具的使用方法。