1.1 目的

[阐明此测试计划的目的。]

1.2 范围

[简要说明此测试计划的范围：它的相关内容以及受到此文档影响的任何其他事物。

2 角色与职责

注：具体项目可以根据情况增减角色

2.1 软件项目经理

[在此处明确项目的软件项目经理是谁，及其在软件测试过程中的职责]

2.2 测试人员

[在此处确定项目测试工程师，并明确其软件测试过程职责。]

2.3 项目配置管理员

[在此处确定配置管理员，并明确其软件测试过程职责。]

2.4 工程经理

[在此处确定工程经理，并明确其软件测试过程职责。]  

2.5 开发人员

[在此处确定开发工程师，并明确其软件测试过程职责。]  

3 测试方法和工具

[本节描述测试的策略，如说明测试的步骤～先单元测试、再集成测试等，描述或参考软件测试所使用的方法和工具（手工或自动），例如，美国Rational公司的黑箱测试工具SQA和白箱测试工具Pure，以及英国IPL公司为C语言程序的确认测试提供的Cantata。计划制定者可以进行相关描述的同时用下表方式进行说明]

测试类型 方法 工具

单元测试 方法说明 手工还是用何种工具

集成测试 方法说明 手工还是用何种工具

系统测试 方法说明 手工还是用何种工具

发布测试 方法说明 手工还是用何种工具

… … …

4 测试内容

4.1 系统业务描述

4.2 系统业务流程图

4.3 系统模块组成

4.3 系统业务测试

4.3 系统功能测试

这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。

5 测试用例估计

[估计方法：参见《软件工作量及成本估计指南》

列出所有使用的估计方法，例如Wideband Delphi，历史数据等。]

估计代码量(无注释代码行)

业务测试 

功能测试 

6 测试安排

工作产品名称 文档标识号 人员安排 时间 I or R*

公司 客户 开始 结束 

测试计划 I

测试方案

系统测试方案

R

集成测试方案 

单元测试方案 

。。 

单元测试报告 I

集成测试报告 I

系统测试报告 I

发布测试报告 I

验收测试报告 I

… 

注：I=审查， R=评审，表中列出了评审和审查，但到底采用审查还是评审由项目组决定。

人员安排在不同的测试阶段可以说明是以客户为主还是公司为主

7 测试环境配置

[详细描述测试环境。]

8 培训和资源

[说明实施测试过程所需的软件工具、人员和培训。]

9 附录

[任何相关的信息都要详细的列于此附录中，如果无需附录，可以将其从文档中删去。]

10 测试计划的维护

[本节将描述该测试计划在何种情况下需要被更新，以及如何更新。例如:

测试计划在下列情况下将被更新：

• 关键问题的解决

• 需求更改导致测试进度的调整在两周或两周以上

• 测试资源需求的改变（人员、硬件、软件等）

• 新技术的引入

• 新风险的引入

• 开发过程的改变

• 交付时间的改变

• 其它类型的改变

在项目阶段性审核时，如果更改项目测试计划，那么项目进度表也应作相应的更新。]

11 相关文件

 《测试子过程》

 《软件项目计划》

12 附录

作者在这里可以描述与文件相关的说明，如编写文件引用到的参考文献等。下载本文