1. 目的
确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高级需求）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素。
2. 范围
2.1. 机构
研发部。
2.2. 业务
描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。
3. 测试参考文档和测试提交文档
3.1. 测试参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
|
文档(版本) |
需 |
创建或可用 |
接收或复审 |
备注( ■ ) |
|
可行性分析报告 |
■ |
□是 □否 |
□是 □否 |
|
|
软件需求定义 |
■ |
□是 □否 |
□是 □否 |
|
|
软件系统分析(STD,DFD,CFD,DD) |
■ |
□是 □否 |
□是 □否 |
|
|
软件概要设计 |
■ |
□是 □否 |
□是 □否 |
|
|
软件详细设计 |
■ |
□是 □否 |
□是 □否 |
|
|
软件测试需求 |
■ |
□是 □否 |
□是 □否 |
|
|
硬件可行性分析报告 |
■ |
□是 □否 |
□是 □否 |
|
|
测试时间表及人员安排 |
■ |
□是 □否 |
□是 □否 |
|
|
测试计划 |
■ |
□是 □否 |
□是 □否 |
|
|
测试方案 |
■ |
□是 □否 |
□是 □否 |
|
|
测试报告 |
■ |
□是 □否 |
□是 □否 |
|
|
测试分析报告 |
■ |
□是 □否 |
□是 □否 |
|
|
用户操作手册 |
■ |
□是 □否 |
□是 □否 |
3.2. 测试提交文档
测试计划(主要设计怎么测试什么内容和采用什么样的方法，经过分析，在这里可以得到相应的测试用列表)。
测试执行策略(可以主要包括哪些可以先测试，哪些可以放在一起测试之类的)。
测试用例(主要根据测试用例列表，写出每一个用例的操作步骤和紧急程度，和预置结果)。
BUG缺陷描述报告(主要可以包括，测试环境的介绍，预置条件，测试人员，问题重现的操作步骤和当时测试的现场信息。
整个项目的测试报告(从设计和执行的角度上来对此项目测试情况的介绍，从分析中总结此次设计和执行做的好的地方和需要努力的地方和对此项目的一个质量评价)。