测试计划及方案怎么写？
“我本来以为测试项目只要根据需求验证系统功能就可以了。居然这么复杂！”开心对测试工作多了一份憧憬之情。
“可是这些测试文档，我都不知道怎么写，怎么办？”比目鱼先生看着开心苦恼的样子，发了一份打包的测试部门文档模板给她。
开心带着满满的好奇心打开这些模板。噢，原来测试文档们是长这个样子的。
我是一只小小小小鸟
我们先从测试计划及方案模板的目录，来聊一聊该文档的重要组成部分。为了简洁且高效，通常情况下，测试管理人会把测试计划与测试方案合为一个文档。
测试计划方案文档如下图所示
逐一对文档中的各项进行以下说明：
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 测试脚本等。链接到相应的测试用例和测试脚本文件。
以上就是测试计划及方案的通用部分。在实际工作中，测试人员可以根据公司的项目情况进行增删改操作。每个项目都有其特殊性，不论是维护型项目还是短期项目，文档的作用永远是辅助项目进行的顺利。不用一味地要求多全面，形式也可以多变。最适合的就是最好的，切忌本末倒置。