如何制定有效的产品测试计划

通常我们制作测试计划的第一步就是将软件分解成较小而且相对独立的功能模块，写出测试需求。

我们知道测试需求有多种分类方法，最普通的就是按照功能分类。把软件分解成功能模块，有以下好处：

• 测试需求是测试设计和开发测试用例的基础，分解功能模块可以更好地进行设计。
• 详细的测试需求是用来衡量测试覆盖率的重要指标。
• 测试需求包括各种测试实际和开发以及所需资源。

一个测试计划包括：产品基本情况，测试需求说明 ，测试策略和记录，测试资源配置，计划表，问题跟踪报告，测试计划的评审和结果等。

1.产品基本情况调研

这部分包括产品的一些基本情况介绍，例如产品的运行平台和应用的领域，产品的特点和主要的功能模块，对于大型项目，还要包括测试的目的和测试重点。具体包括：

• 目的，重点描述如何使测试在建立在客观的基础上，定义测试的策略，测试的配置，粗略地估计测试大致需要的周期和最终测试报告提交的时间。
• 变更，说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。
• 技术结构，可以借助画图，将要测试的软件化成几个组成部分，规划成一个使用于测试的完整系统，包括数据如何存储，如何传递，每一部分的测试要达到什么样的目的，每一个部分怎么实现数据更新。还有就是常规性的技术要求。
• 产品规格，制造商和产品版本号的说明。
• 测试范围，简单地描述如何搭建测试平台和测试的潜在风险。
• 项目信息，说明测试项目的相关资料，如用户文档，产品描述，主要功能的举例说明。

2.测试需求说明

在这部分主要列出所有要测试的功能项，凡是没有出现在这个清单里的功能项都排除在测试的范围之外，具体要点有：

• 功能的测试。理论上测试要覆盖所有的功能项
• 设计的测试，对一些用户界面，菜单结构，还有窗体设计是否符合等的测试。
• 综合考虑，这部分测试需求要考虑数据流从软件中一个模块到另一个模块过程中正确性。

3.测试的策略和记录

这是整个测试计划的重点所在，要描述如何公正，客观地开展测试，要考虑模块，功能，整体，系统，版本，压力，性能，配置和安装等各个因素的影响。要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模块，为即将开始的测试做准备，测试记录中包括的部分具体说明如下：

• 声明：要对测试的公正性，遵照的标准做一个说明，证明测试是客观的，整体上软件功能要满足需求，实现正确，和用户文档的描述保持一致。
• 测试案例：描述测试案例是什么样的，采用了什么工具，工具的来源是什么。
• 特殊考虑：有的时候针对一些外界环境的影响，要对软件进行一些特殊方面的测试。
• 经验判断：对以往的测试中经常出现的问题的考虑。
• 设想：采取一些发散性的思维，往往能帮助你找到测试的新途径。

4.测试资源配置

制定一个项目资源计划，包括每一个阶段的任务，所需要的资源，当发生类似到了使用期限或者资源共享等事情的时候，要更新这个计划。

5.计划表

测试的计划表可以做成多个项目通用的形式，根据大致的时间估计来制作，操作流程要以软件测试的常规周体作为参考，也可以根据什么时候应该测试那一模块来制定。

6.问题跟踪报告

在测试计划阶段，我们应明确如何去做一个问题的报告和如何去界定一个问题的性质，问题报告要包括问题的发现者和修改者，问题发生的频率，用了什么样的测试案例测试出该问题，及测试环境等。问题描述尽可能是定量的，分门别类地列举：

• 严重问题：功能不可再用，或者是权限限制方面出现失误等，也可能是某个地方出现的问题。
• 一般问题：功能没有按设计要求实现或者是一些界面交互实现不正确。
• 建议问题：功能运行等不详要求的那么快，说这不符合某些预定成熟的习惯，但不影响系统的性能，如界面显示错误，格式不对，提示信息错误等。

7.测试的评审

又叫测试规范的评审，在测试真正实施之前必须认真负责地检查一遍，获得测试部门人员的认可，包括相关负责人的同意和签字。

8.结果

在测试最后测试结果中要评审，必须要严格按验证计划和实际的执行是不是有偏差，体现在最终的报告内容里。

来源： http://rdc.taobao.com/blog/qa/?p=2631