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