测试策略

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

我们还将学习测试策略的特点、测试策略的组成部分、测试策略的类型以及不同的测试活动，其中包括测试策略文档。

什么是测试策略？

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

一旦测试策略编写完成，我们就不能修改它，它需要由项目经理、开发团队批准。

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

• 将使用哪些其他程序？
• 将测试哪个模块？
• 适用于哪些入口和出口标准？
• 需要实施哪种类型的测试？

换句话说，我们可以说它是一个文档，它表达了我们如何测试产品。并且可以通过以下方面来创建方法：

• 自动化与否
• 资源角度

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

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

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

注意：可以为每个开发设计阶段的新功能集创建相应的测试策略。

测试策略的目标

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

此外，测试策略的目标是支持各种质量保证相关人员，包括资源规划、语言、测试和集成级别、可追溯性、角色和职责等。

测试策略文档的特点

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

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

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

测试策略文档的组成部分

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

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

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

为了更好地理解，我们逐一来看。

1. 范围和概述

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

2. 测试方法

• 测试策略文档的下一个模块是测试方法，它主要用于指定测试级别、测试程序、所有团队成员的角色和职责。
• 测试方法还包含变更管理流程，包括修改请求提交、要使用的模式以及管理请求的活动。
• 最重要的是，如果测试策略文档没有得到妥善建立，则可能导致将来出现错误或失误。

3. 测试环境规范

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

4. 测试工具

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

5. 版本控制

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

6. 风险分析

• 测试策略文档的下一个组成部分是风险分析。
• 在测试策略文档中，描述了与项目相关的所有潜在风险，这些风险可能成为测试执行中的问题。
• 此外，还制定了清晰的策略来处理这些风险，以确保它们得到妥善的承担。
• 如果开发团队在现实中遇到这些风险，我们也会制定应急计划。

7. 审查和批准

• 测试策略文档的最后一个组成部分是审查和批准。
• 当测试策略文档中指定了所有相关的测试活动后，将由相关人员进行审查，例如：
  • 系统管理团队
  • 项目管理团队
  • 开发团队
  • 业务团队
• 在开始编写文档时，应遵循正确的日期、批准者姓名、评论和审查差异摘要。
• 同样，它应该随着测试过程的改进而不断审查和更新。

测试策略的类型

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

• 方法策略
• 反应策略
• 分析策略
• 符合标准或符合流程的策略
• 基于模型的策略
• 规避回归策略
• 咨询策略

我们逐一详细了解。

1. 方法策略

• 测试策略文档的第一部分是方法策略。
• 在此，测试团队遵循一组测试条件、预定义的质量标准（如 ISO25000）、清单。
• 标准清单是针对特定类型的测试生成的，例如安全测试。

2. 反应策略

• 下一类测试策略称为反应策略。
• 在此，我们仅在交付实际软件后才设计测试并执行它们，因此，测试基于已识别的缺陷。
• 假设我们使用了探索性测试，并且测试批准是根据现有方面和性能建立的。
• 这些测试批准会根据测试工程师实施的测试结果进行重构。

3. 分析策略

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

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

• 在此类测试策略中，测试工程师将遵循由行业专家小组或委员会标准创建的程序或指南来查找测试条件、描述测试用例，并配置测试团队。
• 假设任何项目都遵循Scrum敏捷技术。在这种情况下，测试工程师将生成其完整的测试策略，从为每个用户故事分类测试标准、必备测试用例、执行测试、报告状态等开始。
• 一些良好示例是遵循美国 FDA（食品药品监督管理局）标准的医疗系统。

5. 基于模型的策略

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

6. 规避回归策略

• 在规避回归策略中，测试工程师主要强调降低功能性或非功能性产品份额的回归风险。
• 例如，假设我们有一个 Web 应用程序来测试该特定应用程序的回归问题。测试团队可以为这种情况开发典型和异常用例的测试自动化。
• 为了便于在应用程序重新设计后运行测试，测试团队可以使用基于 GUI 的自动化工具。

7. 咨询策略

• 咨询策略用于咨询关键投资者作为输入，以选择测试范围，例如在用户指导的测试中。
• 客户将按优先级提供浏览器及其版本、操作系统、连接类型列表、防病毒软件以及他们希望测试应用程序的冲突列表。
• 根据提供的列表中的项目需求，测试工程师可能会使用各种测试技术，例如等价类划分。

我们可以根据产品和组织的要求组合两种或多种策略。并非必须为任何测试项目使用上述任何一种测试策略。

测试策略选择

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

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

测试策略文档可能包含哪些细节？

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

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

结论

在理解了测试策略文档之后，最后，我们可以说测试策略文档为测试团队将在整个项目中所做的工作提供了清晰的愿景。

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

并且由于它是一个静态文档，因此不能在整个项目生命周期中进行修改或更改。

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

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