在本节中，我们将了解测试策略文档，这是测试文档不可或缺的一部分。

我们还了解测试策略的功能、测试策略的组成部分、测试策略的类型以及不同的测试活动，其中包括测试策略文档。

1. 什么是测试策略？

高级文档用于验证要为产品执行的测试类型或级别，并指定软件开发生命周期的测试方法称为测试策略文档。

一旦编写了测试策略，我们就无法对其进行修改，并且由项目经理，开发团队批准。

测试策略还指定了以下详细信息，这些详细信息在我们编写测试文档时是必需的：

• 必须使用的其他程序是什么？
• 将测试哪个模块？
• 哪些进入和退出标准适用？
• 需要实施哪种类型的测试？

换句话说，我们可以说它是一个文档，它表达了我们如何测试产品。并且可以在以下方面的帮助下创建这些方法：

• 自动化与否
• 资源观点

我们可以根据开发设计文档编写测试策略。

开发设计文档包括以下文档：

• 系统设计文档：首先，我们将使用这些文档来编写测试策略。
• 设计文档：这些文档用于指定要在即将发布的版本中启用的软件功能。
• 概念设计文档：这些是我们不经常使用的文档。

2. 测试策略的目标

编写测试策略的主要目标是确保所有目的都被所有利益相关者完全覆盖和理解，我们应该系统地创建一个测试策略。

此外，测试策略的目标是在资源规划、语言、测试和集成级别、可追溯性、角色和责任等方面支持各种质量保证股东。

3. 测试策略文档的特点

在SDLC（软件开发生命周期）中，测试策略文档起着重要作用。它包括各个重要方面，例如谁将实施测试，将测试什么，它将如何成功，以及将有哪些风险和事件与之相关。

测试策略文档的一些附加特征如下：

• 测试策略文件由以下人员批准和审查：
  • 测试团队负责人
  • 开发经理
  • 质量分析师经理
  • 产品经理
• 对于不同的测试活动，测试策略文档指定了资源、范围、计划、方法等。
• 为了指导如何实现测试，项目测试团队在准备就绪或完成后使用它。
• 它主要从 BRS（业务需求规范）文档中获取。
• 测试策略文档是一个高级文档，通常保持不变，这意味着文档中不会进行频繁和毫无意义的修改。
• 在测试策略文档的帮助下，各个团队可以轻松实现测试目标。
• 各个团队在测试策略文档的帮助下轻松完成测试目标。

4. 测试策略文档的组件

我们理解，测试策略文档是在需求阶段和需求列出之后制定的。

与其他测试文档一样，测试策略文档还包括各种组件，例如：

• 范围和概述
• 测试方法
• 测试环境规格
• 测试工具
• 释放控制
• 风险分析
• 审查和批准

让我们一一看一下，以便我们更好地理解：

1. 范围和概述

• 测试策略文档的第一个组成部分是范围和概述。
• 任何产品的概述都包含有关谁应批准、审查和使用文档的信息。
• 测试策略文档还指定了需要批准的测试活动和阶段。

2. 测试方法

• 测试策略文档中的下一个模块是测试方法，主要用于指定测试级别、测试过程、角色和所有团队成员的职责。
• 测试方法还包含涉及修改请求提交、要使用的模式以及管理请求的活动的更改管理过程。
• 最重要的是，如果测试策略文档没有正确建立，那么它可能会导致将来的错误或错误。

3. 测试环境规范

• 测试策略文档的另一个组成部分是测试环境规范。
• 正如我们已经知道的那样，规范测试数据的要求非常重要。因此，测试策略文档的测试环境规范中涉及有关如何准备测试数据的明确指南。
• 此模块指定与环境数量和所需设置相关的信息。
• 还提供了备份和还原策略，以确保不会因编码或编程问题而丢失数据。

4. 测试工具

• 测试工具是测试策略文档的另一个重要组成部分，因为它规定了测试执行活动所需的测试管理和自动化工具的完整信息。
• 对于安全性、性能、负载测试，必要的方法和工具由开源或商业工具的详细信息以及它可以保留的用户数量定义。

5. 释放控制

• 测试策略文档的另一个重要模块是发布控制。
• 它用于确保系统地开发正确有效的测试执行和发布管理策略。

6. 风险分析

• 测试策略文档的下一个组成部分是风险分析。
• 在测试策略文档中，描述了所有可能的风险与项目相关联，这可能成为测试执行中的问题。
• 此外，为了倾斜这些风险，还形成了明确的策略，以确保它们正确进行。
• 如果开发团队实时面临这些风险，我们还会制定应急计划。

7. 审查和批准

• 测试策略文档的最后一个组件是“审阅和批准”。
• 当测试策略文档中指定所有相关的测试活动时，相关人员会对其进行审查，例如：
  • 系统管理团队
  • 项目管理团队
  • 开发团队
  • 业务团队
• 在开始文档时，应遵循正确的日期、审批者姓名、注释和已审核变体的摘要。
• 同样，应根据测试过程的改进不断对其进行审查和更新。

5. 测试策略的类型

在这里，我们将讨论一些重要类型的测试策略文档：

• 有条不紊的策略
• 反应策略
• 分析策略
• 符合标准或符合流程的策略
• 基于模型的策略
• 回归厌恶策略
• 咨询战略

让我们一一详细了解：

1. 有条不紊的策略

• 测试策略文档的第一部分是有条不紊的策略。
• 在这种情况下，测试团队遵循一组测试条件，预定义的质量标准（如ISO25000），清单。
• 标准清单适用于精确类型的测试，例如安全测试。

2. 反应策略

• 下一种类型的测试策略称为响应式策略。
• 在这种情况下，我们只能在交付真正的软件后设计测试并执行它们，因此，测试是基于现有系统中已识别的缺陷。
• 假设，我们使用了探索性测试，并且测试批准是从现有的方面和性能中建立的。
• 这些测试批准根据测试工程师实施的测试结果进行重组。

3. 分析策略

• 另一种测试策略是分析策略，用于根据需求进行测试，分析需求以推导出测试条件。然后设计、实施和执行测试以满足这些要求。例如，基于风险的测试或基于需求的测试。
• 甚至结果也根据要求进行记录，例如测试和通过的要求。

4. 符合标准或符合流程的策略

• 在这种类型的测试策略中，测试工程师将遵循行业专家小组或委员会标准创建的程序或指南来查找测试条件，描述测试用例，并建立测试团队。
• 假设任何项目都遵循Scrum敏捷技术。在这种情况下，测试工程师将生成其完整的测试策略，从围绕每个用户故事对测试标准、基本测试用例进行分类、执行测试、报告状态等开始。
• 符合标准流程的一些很好的例子是遵循美国FDA（食品和药物管理局）标准的医疗系统。

5. 基于模型的策略

• 下一种类型的测试策略是基于模型的策略。测试团队选择当前或预期的情况，并为其生成具有以下方面的模型：输入、输出、过程和可能的行为。
• 并且模型也是根据当前数据速度、软件、硬件、基础设施等建立的。

6. 回归厌恶策略

• 在回归厌恶策略中，测试工程师主要强调降低功能或非功能产品份额的回归风险。
• 例如，假设我们有一个 Web 应用程序来测试特定应用程序的回归问题。测试团队可以为此方案的典型和特殊用例开发测试自动化。
• 为了便于在应用程序改革时运行测试，测试团队可以使用基于 GUI 的自动化工具。

7. 咨询策略

• 咨询策略用于咨询主要投资者作为输入，以选择用户指导测试中的测试条件范围。
• 按优先级顺序，客户端将提供浏览器及其版本、操作系统、连接类型列表、反恶意软件以及他们想要测试应用程序的矛盾列表。
• 根据所提供清单中给出的项目的需要，测试工程师可以使用各种测试技术，例如等效划分

我们可以根据产品的需求和组织的要求将两种或多种策略结合起来。并且没有必要在任何测试项目中使用上面列出的任何一种测试策略。

6. 测试策略选择

测试策略的选择可能取决于以下几个方面：

• 测试策略的选择取决于组织类型和规模。
• 我们可以根据项目要求选择测试策略，例如安全和安保相关应用需要严格的策略。
• 我们可以根据产品开发模型选择测试策略。

7. 测试策略文档中可能包含哪些详细信息？

测试策略的最终文档包含有关以下因素的重要详细信息：

• 范围和概述
• 软件和测试工作产品的可重用性。
• 不同测试级别的详细信息、测试级别之间的关系以及集成不同测试级别的过程。
• 测试环境
• 测试技术
• 测试自动化水平
• 不同的测试工具
• 风险分析
• 对于每个测试级别 进入以及退出条件
• 测试结果报告
• 每个测试的独立程度
• 测试期间要评估的指标和度量
• 确认和回归测试
• 管理检测到的缺陷
• 管理测试工具和基础架构配置
• 测试团队成员的角色和职责

8. 结论

在了解了测试策略文档之后，最后，我们可以说测试策略文档为测试团队将为整个项目做什么提供了一个充满活力的愿景。

测试策略文档只能准备那些在产品领域有良好经验的人，因为测试策略文档将驱动整个团队。

并且它不能在整个项目生命周期中修改或更改，因为它是静态文档。

在开始任何测试活动之前，测试策略文档可以分发给整个测试团队。

如果测试策略文档编写正确，它将开发高质量的系统并扩展完整的测试过程。