测试计划是整个可用性测试的基石。计划应当揭示如何测试，何时、何地，由谁来推动测试，为何测试以及测试内容。不过，财务压力有时在项目存续期临近的巨大压力下，你可能不打算一篇写一份详尽的测试计划。毕竟，你认为自己对即将进行的测试已了然于心，不必再花时间把它写下来。但是，这样不完善的做法显然是错的，最终不可避免地将带来造就麻烦。 为什么要制定测试计划?
合理的做法是：当你知道将要进行测试的那一刻起，就该着手准备工作测试计划了。之后随着项目推进，不断完善计划，收集反馈，如此往复。当然，灵活也是有好处的，你在测试前必须设定某个时间节点，确保在此之后，计划不会变动。同时，测试的产品在这个时间节点后，也不允许再有任何改动，直到测试结束。你可能已经发现测试计划是产品开发周期中唯一具有明确时间点的文档，因此格外重要。 当期限临近时，你要竭尽所能不要去变动将要进行测试的设计产品。额外改动会令之前制
定的测试方案变得不再可靠，譬如需要研究的问题甚至是数据收集方法受到影响信度都会的。如果在计划的时间点之后被迫更改测试表明，那要确保每个人都了解此举挪威政府带来的风险：验证可能是无效的，并且临近测试前的产品有可能无法正常使用。
下文列出了为何需要制定详实计划的原因，以及在开发团队中测试计划作为沟通工具的使用计算机程序方法。
作为测试的计划守则
正如图纸精确画出了所要建造的房子一样，测试计划也精确描述了将如何去测试你的产品。你肯定不愿意建筑想要承包商在建造房屋时不按计划地即兴发挥，可用性测试同样遵循这一逻辑。测试计划确保一切有据可循。在测试第一位被试时，你肯定不希望测试中仍存在尚清楚的事项。
作为主要包括沟通工具
测试计划是设计师、开发者、测试器主持人以及团队其他成员的主要沟通工具。开发团队和运营管理团队(如果他们感兴趣且在团队中会)的相关人员应该仔细阅读测试计划的文
档报告：了解测试是如何进行的，并确认市场需求是否已满足他们的具体需求。你可以利用计划投资计划从其他成员那儿获得建议和反馈，以保证每个人也同意将要进行的或进行实战测试。进行的项目每天每周都会有变化，你也不想在测试结束后某人质疑他或她的某些需求没在测试里出现。另外，如果这是你组织的第一次测试，更要让测试结果的相关负责相关人员审查测试计划。这也保证了计划的商业性和政治性。
盐酸储存罐
计划写明或暗含所需天然资源
眼模 瓦卢伊描述或暗示了测试所需要的内部和外部资源。一旦你清晰列出需要进行了何时将进行何事，那预估测试所需的资源这一任务就清晰容易了。无论是或仅直接写明亦或是间接暗示，测试计划包含了成功测试所必需的资源。
计划案是测试和实际阶段的连接点
没有测试计划，细节就会变得难以辨认，尤其是在截止经济风险时间的压力下。测试计划迫使你的测试方法具有系统性，提醒开发团队即将降临的截止日期。说了这么多，这是完全可以给与的，并且是极有可能发生的。分析报告当你逐渐了解更多的测试报告目标，
与参与测试的被试沟通更多时，中才测试计划在这个阶段中也会逐渐优化。项目是动态的，当测试真正开始时，即便是看起来最完美的计划也不得不变更。通过优化测试计划，你可以适应过程中会遇到遇过的变数。例如，当你的时间和的限制越来越清晰的时候，你可能变得不那么雄心勃勃了，而是想敷衍了事。或者，也许你没有按照自己的设想到足够多合格的参与者。也许不是文档中所有模块或章节的需求都将按时准备好。甚也许你的测试目标太未必精确，需要简化和集中。这些都是来自真实世界的例子，他们迫使你修改测试过程和测试计划。
注意：当你制定计划时要始终将最终用户牢记心中。随着项目进行，你很有可能丢掉你要测试的内容：具有某些特点的用户与产品的产品销售关系，而不是测试产品或者说。
实验室用振荡器
测试计划的组成部分
测试类型不同，或是你所在的组织对测试规范的要求不同，测试计划的格式也是不同的。不过，通常会包含以下9部分，下文将对它们具体地描述。
■测试目的、目标和对象
■研究问题
■被试特征
■方法(测试设计)
■任务清单
试管架
■测试环境、仪器和后勤准备
■测试报告中主持人的作用
■收集的数据和评估方法
■报告内容和呈现
其中，由于积极作用测试中所主持人的作用巨大，在第4章本篇将作为独立章节详加进行讨论。其余部分则在本章阐述。
回顾测试目地和目标
文档的这部分描述了进行该项测试的原因。这里不是要你说出测试的具体目标或问题;相反，你的焦点或出发点应该是站在组织的角度，关注重点的问题。例如：
银行复点机
■测试旨在解决的弊端是：公司的呼叫中心或技术支持先前上报过的问题吗?
■服务器会话或网站使用数据是否已表明的网络协议访客在某个流程中的某一节点离开，使得业务无法完成?
■公司是否最近公布了新规范测试报告要求所有产品在发布前进行测试?
■管理者是否意识到开发在此时了解真实用户是非常重要的?
测试目的歪曲到较高的高度是合适的：因为后续的研究问题及描述部分可以将大目标具体到可测量水平。测试与组织的商业目标紧密这点非常重要，这样测试才会成为解决问题和探寻机会的最佳工具。
什么时候不进行测试
下面几条是产品应该进行可用性测试报告的非常模糊和不恰当的理由。这些理由可能很
少会被书面化，通常是口头交流。但是，下列的测试由而并不合理，反而最终会影响整个项目。
■你可以大幅提升用户体验(你只能测试产品部分的用户体验，而不是产品与用户全部的所有接触点)。
■其他人都在做可用性测试项目(其他人还有很多别的旁人事儿呢)。
■用作可用性的会议室本月的第三周都是空闲的(会议室每天晚上也空着)。
■Lou先生刚参加了先生新一届电脑程式协会人机交互特别兴趣组ACMSIGCHI的会议，并且学会了这种有用的测试技术(那先让Lou先生向公司高层极力推荐这一有用的技术)。
■你想要确认是否该类型的产品有供给量的(这个逻辑显然了反了，焦点小组和问卷才是更为恰当的在产品早期阶段使用的方法)。
风控系统方案 你可能会说服自己，尤其雄心勃勃是当你非常迫切开展易用性测试时，“我只是想做测试，我并不关心原因，我们可以后续再考虑试验风洞结果。”短期来看，前面的任何理由都
可以开始测试。但从长远角度看，如果你测试是开发产品中不可或缺的部分，你必须将测试与产品需求和组织的整体商业需求结合上去。否则，你会测试被当成短期流行的新技术的困境。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议