测试策略
测试策略
在本节中，我们将了解测试策略文档，它是测试文档不可或缺的一部分。
我们还了解了测试策略的特性、测试策略的组成部分、测试策略的类型和不同的测试活动，，其中包括测试策略文档。
什么是测试策略？
高级文档用于验证要为产品执行的测试类型或级别，并指定软件开发生命周期 测试方法称为测试策略文档。
一旦编写测试策略，我们将无法对其进行修改，并由项目经理、开发团队批准。
测试策略还指定了以下细节，这是我们编写测试文档时所必需的:
必须使用的其他程序是什么？
要测试哪个模块？
哪些进入和退出标准适用？
需要实施哪种类型的测试？
换句话说，我们可以说它是一个文档，它表达了我们如何测试产品。并且可以在以下方面的帮助下创建方法:
自动化与否
资源观点
我们可以根据开发设计文档编写测试策略。
开发设计文档包括以下文档:
系统设计文档: 我们主要使用这些文档来编写测试策略。
设计文档: 这些文档用于指定要在即将发布的版本中启用的软件功能。
概念设计文档: 这些是我们很少使用的文档。
注意: 可以创建相应的测试策略来测试每个开发设计阶段的新功能集。
测试策略的目标
编写测试策略的主要目标是确保所有目的都被完全覆盖并被所有人理解利益相关者，我们应该系统地创建测试策略。
此外，测试策略的目标是在资源、语言、测试和集成级别、可追溯性、角色的规划方面支持各种质量保证股东和职责等
测试策略文档的特点
在SDLC(软件开发生命周期)，测试策略文档起着重要的作用。它包括各种重要的方面，例如谁将实施测试、将测试什么、如何成功以及与此相关的风险和事件。
测试策略文档如下:
测试策略文档由以下人员批准和审查: 测试团队负责人 开发经理 质量分析师经理 产品经理
对于不同的测试活动，测试策略文档指定了资源、范围、计划、方法等。
为了指导如何实现测试，一旦准备好或完成，项目测试团队就会使用它。
主要是从BRS(业务需求规范)文档中获得。
测试策略文档是一个高级文档，通常保持不变，意味着不会对文档进行频繁和无意义的修改。
借助测试策略文档，各个团队可以轻松实现测试目标。
借助测试策略文档，各个团队可以轻松完成测试目标。
测试策略文档的组成部分
我们理解测试策略文档是在需求阶段和需求列出之后制定的。
与其他测试文档一样，测试策略文档也包含各种组件，例如:
范围和概览
测试方法
测试环境规范
测试工具
发布控制
风险分析
审核和批准
为了更好的理解，让我们一一看看:
1.范围和概述
测试策略文档的第一个组成部分是范围和概述。
任何产品的概述都包含有关谁应该批准、审查和使用文档的信息。
测试策略文档还指定了需要批准的测试活动和阶段。
2.测试方法
测试策略文档中的下一个模块是测试方法，主要用于指定所有测试的测试级别、测试程序、角色和职责。团队成员。
测试方法还包含变更管理流程，涉及修改请求提交、要使用的模式以及管理请求的活动。
最重要的是，如果测试策略文档没有正确建立，那么它可能会导致错误或错误在未来。
3.测试环境规范
测试策略文档的另一个组成部分是测试环境规范。
正如我们已经意识到的那样，测试数据要求的规范非常重要。因此，测试策略文档的测试环境规范中包含了关于如何准备测试数据的明确指南。
此模块指定与环境数量和所需设置相关的信息。
还提供备份和恢复策略，以确保不会因编码或编程问题而丢失数据。
4.测试工具
测试工具是测试策略文档的另一个重要组成部分，因为它规定了有关测试管理和自动化工具必要的完整信息用于测试执行活动。
对于安全性、性能、负载测试，必要的方法和工具由开源或商业工具的详细信息以及使用该工具的用户数量定义可以由它保管。
5.发布控制
测试策略文档的另一个重要模块是发布控制。
它用于确保系统地制定正确有效的测试执行和发布管理策略。
6.风险分析
测试策略文档的下一个组成部分是风险分析。
在测试策略文档中，所有可能的风险都与项目相关联，这些风险可能会成为测试执行中的问题。
此外，为了倾斜这些风险，还制定了明确的策略，以确保它们正确执行。
如果开发团队实时面临这些风险，我们还会制定应急计划。
7.审核和批准
测试策略文档的最后一部分是审查和批准。
当测试策略文档中规定了所有相关的测试活动时，相关人员会对其进行审查，例如: 系统管理团队 项目管理团队 开发团队 业务团队
在开始编写文档时，还应遵循正确的日期、批准者姓名、评论和已审核变体的摘要。
同样，应该随着测试流程的改进不断对其进行审查和更新。
测试策略的类型
这里，我们正在讨论一些重要的测试策略类型文档:
有条不紊的策略
反应式策略
分析校准策略
符合标准或符合流程的策略
基于模型的策略
回归规避策略
咨询策略
让我们一一详细了解:
1.有条不紊的策略
测试策略文档的第一部分是有条理的策略。
在这方面，测试团队遵循一组测试条件、预定义的质量标准(如 ISO25000)、检查清单。
标准检查清单用于精确类型的测试，例如安全测试。
2.反应式策略
下一种测试策略称为反应式策略。
在这种情况下，只有在真正的软件交付后，我们才能设计和执行测试，因此，测试是基于现有系统中识别出的缺陷。
假设，我们使用了探索性测试，并且根据现有方面和性能建立了测试批准。
这些测试批准会根据测试工程师实施的测试结果进行重组。
3.分析策略
另一种类型的测试策略是分析策略，用于根据需求进行测试，并分析需求以推导出测试条件。然后设计、实施和执行测试以满足这些要求。 例如，基于风险的测试或基于需求的测试。
甚至根据要求记录结果，例如测试并通过的要求。
4.符合标准或符合流程的策略
在这种类型的测试策略中，测试工程师将遵循行业专家小组制定的程序或指南或委员会标准来寻找测试条件、描述测试案例，并将测试团队安排到位。
假设任何项目都遵循Scrum敏捷技术。在这种情况下，测试工程师将生成完整的测试策略，从对每个用户故事进行分类测试标准、基本测试用例、执行测试、报告状态等开始。
符合标准的流程的一些很好的例子是遵循美国 FDA(食品和药物管理局)标准的医疗系统。
5.基于模型的策略
下一种测试策略是基于模型的策略。测试团队选择当前或预期情况，并为其生成一个模型，包括以下方面: 输入、输出、过程和可能的行为。
模型也是根据当前的数据速度、软件、硬件、基础设施等建立的。
6.回归规避策略
在回归规避策略中，测试工程师主要强调降低功能性或非功能性产品份额的回归风险。
例如，假设我们有一个 Web 应用程序来测试特定应用程序的回归问题。测试团队可以针对此场景的典型和特殊用例开发测试自动化。
为了便于在应用程序改造时运行测试，测试团队可以使用基于 GUI 的自动化工具。
7.咨询策略
咨询策略用于咨询关键投资者作为输入，以选择测试条件的范围，就像在用户导向的测试中一样。
按照优先级顺序，客户将提供浏览器及其版本、操作系统、连接类型列表、反恶意软件的列表，以及他们想要的矛盾列表测试应用程序。
根据提供的列表中给出的项目的需要，测试工程师可以使用各种测试技术，例如等价划分
我们可以根据产品的需要和组织的要求将两种或多种策略结合起来。并且没有必要对任何测试项目使用上面列出的任何一种测试策略。
测试策略选择
测试的选择策略可能取决于以下几个方面:
测试策略的选择取决于组织类型和规模。
我们可以根据项目要求选择测试策略，例如安全和安保相关应用需要严格的策略。
我们可以根据产品开发模型选择测试策略。
测试策略文档中可能包含哪些细节？
测试策略的最终文档包含以下因素的重要细节:
范围和概述
软件和测试工作产品的可重用性。
不同测试级别的详细信息、测试级别之间的关系以及集成不同测试级别的程序。
测试环境
测试技术
测试自动化程度
不同的测试工具
风险分析
对于每个测试级别的进入和退出条件
测试结果报告
每个测试的独立程度
测试期间要评估的指标和测量
确认和回归测试
管理检测到的缺陷
管理测试工具和基础架构配置
测试团队成员的角色和职责
结论
在理解了测试策略文档之后，最后，我们可以说测试策略文档提供了一个充满活力的愿景测试团队将为整个项目做些什么。
测试策略文档只能准备那些在产品领域有良好经验的人，因为测试策略文档将驱动整个项目
并且在整个项目生命周期中不能修改或更改，因为它是一个静态文档。
在任何测试活动开始之前，测试策略文档可以分发给整个测试团队。
如果测试策略文档编写正确，将开发出高质量的系统并扩展完整的测试过程。
