测试策略-VS-测试计划
测试策略-VS-测试计划
测试策略文档是高级文档，通常由项目经理开发。本文档定义了“软件测试方法”以实现测试目标。测试策略通常来自业务需求规范文档。
测试策略文档是一个静态文档，意味着它不会经常更新。它为测试过程和活动设定了标准，其他文档（如测试计划）从测试策略文档中设置的标准中提取其内容。
有些公司在测试计划中包含“测试方法”或“策略”，这很好，通常是小项目的情况。但是，对于较大的项目，每个阶段或测试级别都有一个测试策略文档和不同数量的测试计划。
测试策略文档的组成部分
- 范围和目标
- 业务问题
- 角色和责任
- 沟通和状态报告
- 测试可交付成果
- 遵循行业标准
- 测试自动化和工具
- 测试测量和矩阵
- 风险和缓解
- 缺陷报告和跟踪
- 变更和配置管理
- 培训计划
1.测试级别，最常见的包括系统测试、集成测试以及单元测试三项内容，在大多数测试组织内部质保部门主要负责集成与系统测试，开发部门则负责单元测试。
2.角色与职责，在测试策略内部要对所有角色进行明确定义，还要定义不同角色的职责。
3.环境需求，主要对测试过程中注重环境进行描述，包括互联网和环境以及软硬件环境等。
4.风险分析，需要提前对测试过程中的所有风险进行识别，找到合理的解决对策，尽可能消除这些风险。
5.测试进度，主要对测试所花费的时间进行评估，首先要对测试范围加以明确，结合测试资源数量对测试进度计划进行制定。
测试策略主要包括以上这些内容，在测试之前需要进行详细了解，确保各个环节的正常运行，不至于出现错误导致之后工作开展受影响。
测试计划
另一方面，测试计划文档源自产品描述，软件需求规范SRS或用例文档。
测试计划文档通常由测试主管或测试经理准备，文档的重点是描述测试内容，如何测试，何时测试以及谁将进行测试。
一个主测试计划是测试阶段的通用文档，每个测试阶段都有自己的测试计划文档，这种情况并不少见。
关于测试计划文档是否也应该像上面提到的测试策略文档那样是静态文档还是应该经常更新以反映根据项目和活动的方向的变化，存在很多争论。
我个人的观点是，当测试阶段开始并且测试经理“控制”活动时，应该更新测试计划以反映与原始计划的任何偏差。毕竟，规划和控制是正式测试过程中的持续活动。
测试计划文档的组成部分
- 测试计划ID
- 介绍
- 测试项目
- 要测试的功能
- 功能无需测试
- 测试技术
- 测试任务
- 暂停标准
- 具有通过或失败标准
- 测试环境（进入标准，退出标准）
- 测试可交付成果
- 员工和培训需求
- 责任
- 时间表
这是制定测试计划和测试策略文档的标准方法，但事情可能因公司而异。
