软件测试体系学习及构建（18）-测试活动之测试计划概述
1 测试计划定义
- 描述了要进行的测试活动的范围、方法、资源和进度的文档；
- 包含测试项、被测特性、测试任务、谁执行任务、各种测试资源安排、各种可能的风险等内容；
- 比如从我们实际项目中来说，一个测试计划包含了（实际情况各项目有所不同）：
| 内容 | 说明 |
|---|---|
| 产品概述 | 如产品对象、项目背景等 |
| 测试范围 | 即测试项 |
| 测试目标 | 即被测特性 |
| 测试优先级 | 测试侧重点 |
| 测试资源 | 测试环境（软件、硬件）、人力、技术等 |
| 测试周期 | 任务、人员等安排 |
| 测试策略 | 如何测？怎么测？ |
| 测试方法 | 具体测试过程 |
| 测试标准 | 各环节进入退出标准和准侧，测试参考依据等 |
| 结果交付 | 交付文档、交付质量 |
| 风险分析 | 项目、管理、制度、流程等方面 |
2 为什么要做测试计划?
从实际项目来说，我们大概总结下，做测试计划的目的为：
- 为测试活动制定一个可操作的、可落地的综合性的一个计划；
- 定义项目中各角色的责任和工作内容；
- 确定测试过程所需的各种资源，如人力、物力、财力等等；
- 确定每个阶段进入和完成的准则；
- 识别项目、团队、管理、制度、流程等方面存在的风险以及规避措施；
3 测试计划进入和退出准则
| 进入 | 退出 | 负责人 |
|---|---|---|
| 需求规格评审通过 | 测试计划项目组评审通过 | 测试负责人 |
4 测试计划编写要素-5W1H
| 要素 | 表面意思 | 对应具体测试 |
|---|---|---|
| Why | 为什么测？ | 为什么要做这些测试？目的和目标是什么？ |
| what | 测什么？ | 测试内容有哪些？不同阶段、不同时刻测试什么内容？ |
| when | 什么时候测？ | 测试周期，开始结束时间，切入点等 |
| where | 从哪入手测？ | 对应的测试文档、缺陷等如何管理？ |
| who | 谁来测？ | 项目、团队人员安排和分配 |
| how | 如何测？ | 测试策略、工作、方法等 |
5 计划评审
对测试计划要进行评审，评审需要注意：
- 计划的正确性、全面性、可行性；
- 评审人员，尽量是项目组各领域的人员都参加，达成统一共识；
- 评审后要进行总结，有必要可进行多次评审；
- 计划执行过程中、执行结束，可进行总结，为下次或者其他项目提供参考。
6 计划模板
详细的略，根据实际项目来定。不过可以包含以下内容：
- 编写目的；
- 背景；
- 测试特性；
- 测试说明；
- 测试内容；
- 测试进度；
- 测试资源；
- 测试策略；
- 完成准则；
- 风险评估。
等等方面。
7 测试策略
- 不同阶段、不同测试类型，测试策略会有不同；
- 这里提供思路，不具体描述。
- 比如需要关注每种测试类型的【测试目标】、【测试范围】、【测试技术】、【完成标准】、【侧重点和优先级】、【注意事项】等。
- 针对集成测试，举例如下：
| 事项 | 说明 |
|---|---|
| 测试目标 | 检测需求中业务流程，数据流的正确性 |
| 测试范围 | 需求中明确的业务流程 |
| 测试技术 | 黑盒测试方法+用例设计 |
| 开始标准 | 所集成的模块通过了单元测试或者模块测试 |
| 完成标准 | 所有计划完成、用例执行完成、缺陷全部关闭 |
| 注意事项 | 记录对其他测试类型产生影响的地方 |
8 风险评估
- 包括不限于项目风险、人员风险、环境资源风险、流程制度风险等等；
- 可以制定详细的项目风险跟踪表，来随时检查风险的规避和落实情况；
- 举例：
『全栈测试技术，分享，共勉，共进，提升』
【特别说明】：知识来源于网络、各种资料、书本、网站等，本文仅用于学习使用，不做他用，如果涉及版权问题，请联系博主删除，谢谢
