“我本来以为测试项目只要根据需求验证系统功能就可以了。居然这么复杂！”开心对测试工作多了一份憧憬之情。

“可是这些测试文档，我都不知道怎么写，怎么办？”比目鱼先生看着开心苦恼的样子，发了一份打包的测试部门文档模板给她。

开心带着满满的好奇心打开这些模板。噢，原来测试文档们是长这个样子的。

我是一只小小小小鸟

我们先从测试计划及方案模板的目录，来聊一聊该文档的重要组成部分。为了简洁且高效，通常情况下，测试管理人会把测试计划与测试方案合为一个文档。

测试计划方案文档如下图所示

逐一对文档中的各项进行以下说明：

1. 文档说明包含：文档目的和读者对象

文档目的：描述编写本文档的目的、编写文档时用到的约定和文档的编排方式。

读者对象：读者包括部门经理/高级经理、项目经理、项目组、测试人员、配置管理员及其他相关人员。

2. 术语与参考包含：参考资料与术语解释

参考资料：填写本文档时使用的参考资料，例如详细设计文档，开发文档等

序号

名  称

作者

版本（时间）

备  注

1

2

3

术语解释：解释测试人员使用的专业术语，例如集成测试、冒烟测试是什么意思等。

缩写 / 术语

解     释

3. 测试计划概述包含：测试系统概述、测试目标、测试方法、测试里程碑、测试系统发布及沟通策略。

测试系统概述：介绍测试的系统：体系结构、组件、集成测试相关的系统分解或者组装情况介绍。

测试目标、方法及策略：说明测试目标、方法（手工、自动）、分阶段测试的策略等。

测试系统发布及沟通策略：根据项目的开发情况，说明测试工作和开发工作的协调关系、系统发布的策略等。

例如：

开发人员和测试人员如何协同工作；

是否计划定期定时发布测试版本，发布的周期频度、发布时间等；

何种情况下进行紧急发布。

4.测试范围：描述系统测试的范围，从系统的功能模块及测试类型上进行阐述。对需要测试的、不测试的内容分别进行说明。

5.分阶段测试包含：测试阶段定义、准入与准出标准、测试内容三部分。

测试阶段定义如以下表格所示：

测试阶段

轮

目的和要求说明

测试责任人

总体进度

单元测试

集成测试

系统测试

验收测试

轮：填写计划测试循环策略，对于连续的测试发布，发现所有重要错误，并修复错误所需要执行多少次测试。

测试负责人：各阶段测试人员组成，通常可能有项目设计/开发工程师、测试小组leader、客户、最终用户等。

测试的准入与准出标准如以下表格所示：

测试阶段

准入标准

准出标准

单元测试

1) 单元测试用例设计已经通过评审

2)   按照单元测试计划完成了所有测试任务

3)   达到了测试计划中关于单元测试所规定的覆盖率要求

在单元测试中发现的缺陷已经被修复，各级缺陷修复率达到100%

集成测试

1) 集成测试用例设计已经通过评审

2) 按照集成构件计划及增量集成策略完成整个系统的集成测试任务

3) 达到了测试计划中关于集成测试所规定的覆盖率要求

在集成测试中发现的缺陷已经被修复，各级缺陷修复率达到98%

系统测试

1) 系统测试用例设计已经通过评审

2) 按照系统测试计划完成了系统测试任务

3) 达到了测试计划中关于系统测试所规定的覆盖率要求

在系统测试中发现的缺陷已经被修复，各级缺陷修复率达到95%

测试内容如以下表格所示：

测试阶段

测试物或对象说明

用例/包

单元测试

集成测试

系统测试

表中的测试物或对象说明填写被测系统模块的说明，并在用例/包中填写测试用例文档或测试包的获取路径。

6.环境与工具包括：测试环境与测试工具

测试环境：根据不同测试类型的测试要求，可能要搭建不同的测试环境进行测试。如果有几种不同测试环境，应分别说明并指出其用途。如下表所示

序号

环境名称

用 途

环境说明

系统要求

类型

备注

测试工具：说明采用的测试工具及其用途、来源和版本。如下表所示

序号

名称/版本

对环境的要求说明

用    途

备    注

7.测试开发包括：测试需求、测试系统设计、测试用例库、测试包及其说明、分析模型[可选]

测试需求：由需求说明书提取出来的测试需求，详情下回分解。

测试系统设计包括：测试用例库，测试包及其说明。

测试用例库：按不同的测试类型分类，列举本项目开发的所有测试用例。如下表所示

测试类型

测试用例ID

测试用例名称

测试物说明

备  注

测试包及其说明如下表所示

测试包ID和名称

覆盖的测试类型

包含的测试用例

测试路径说明

备  注

(测试用例间用”；”分隔)

分析模型[可选]：根据业务流程画出测试设计的分析模型

8.[阶段测试详细计划][可选]

根据项目情况，计划每个阶段中的每一轮的测试计划，包括测试的系统版本和测试物、策略、要求、人员、进度、采用的测试包或测试用例等。

9.测试执行管理与评价

阐述项目的测试的发布、测试记录与缺陷管理等遵循的规范、规则等内容。以及本项目测试的小结和总结的计划。

10.[风险列表][可选]

阐述项目测试可能遇到的风险。例如进度风险、人员风险等内容。

11.附录

附录可包含：附件A 测试用例，附件B 测试脚本等。链接到相应的测试用例和测试脚本文件。

以上就是测试计划及方案的通用部分。在实际工作中，测试人员可以根据公司的项目情况进行增删改操作。每个项目都有其特殊性，不论是维护型项目还是短期项目，文档的作用永远是辅助项目进行的顺利。不用一味地要求多全面，形式也可以多变。最适合的就是最好的，切忌本末倒置。