测试策略
测试策略文档是高级文档，通常由项目经理开发。本文档定义了“软件测试方法”以实现测试目标。测试策略通常来自业务需求规范文档。
测试策略文档是一个静态文档，意味着它不会经常更新。它为测试过程和活动设定了标准，其他文档（如测试计划）从测试策略文档中设置的标准中提取其内容。
有些公司在测试计划中包含“测试方法”或“策略”，这很好，通常是小项目的情况。但是，对于较大的项目，每个阶段或测试级别都有一个测试策略文档和不同数量的测试计划。
测试策略文档的组成部分
- 范围和目标
- 业务问题
- 角色和责任
- 沟通和状态报告
- 测试可交付成果
- 遵循行业标准
- 测试自动化和工具
- 测试测量和矩阵
- 风险和缓解
- 缺陷报告和跟踪
- 变更和配置管理
- 培训计划
测试计划
另一方面，测试计划文档源自产品描述，软件需求规范SRS或用例文档。
测试计划文档通常由测试主管或测试经理准备，文档的重点是描述测试内容，如何测试，何时测试以及谁将进行测试。
一个主测试计划是测试阶段的通用文档，每个测试阶段都有自己的测试计划文档，这种情况并不少见。
关于测试计划文档是否也应该像上面提到的测试策略文档那样是静态文档还是应该经常更新以反映根据项目和活动的方向的变化，存在很多争论。
我个人的观点是，当测试阶段开始并且测试经理“控制”活动时，应该更新测试计划以反映与原始计划的任何偏差。毕竟，规划和控制是正式测试过程中的持续活动。
测试计划文档的组成部分
- 测试计划ID
- 介绍
- 测试项目
- 要测试的功能
- 功能无需测试
- 测试技术
- 测试任务
- 暂停标准
- 具有通过或失败标准
- 测试环境（进入标准，退出标准）
- 测试可交付成果
- 员工和培训需求
- 责任
- 时间表
这是制定测试计划和测试策略文档的标准方法，但事情可能因公司而异。如果对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣可以175317069，群内会有不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。