敏捷测试

软件测试过程包含若干测试程序和技术，它们简化了测试过程并提高了效率。

在本教程中，我们将了解与名为敏捷测试的特定测试相关的主题，这将有助于我们提高对敏捷测试的知识。

• 敏捷测试简介
• 敏捷测试原则
• 敏捷方法如何应用于测试？
• 敏捷测试策略
• 敏捷测试象限
• 敏捷测试生命周期
• 敏捷测试中面临的不同挑战是什么？
• 敏捷测试的优点
• 敏捷测试的缺点

敏捷测试简介

在这里，我们讨论另一种重要的软件测试技术，称为敏捷测试。敏捷测试遵循敏捷软件开发的标准。

敏捷测试是一种迭代和增量方法，其需求在客户与自主团队之间的协作过程中发展。

在敏捷测试中，“敏捷”一词主要指可以快速、即时完成的事情，但也适用于软件开发领域。

核心功能敏捷团队实施敏捷测试，以测试软件产品及其多个模块。敏捷测试的实施确保在项目初期就消除缺陷或错误，从而交付高质量的产品。

与瀑布模型不同，敏捷测试可以在项目开始时进行，并与开发和测试进行无休止的结合。它不是一个顺序过程，而是一个持续过程。

敏捷测试过程是一种测试复杂软件的智能方法，与传统测试程序相比，它能接受更有效的结果。

在现代软件测试中，敏捷测试获得了广泛的认可和重要性。敏捷测试的执行将帮助我们识别初始错误并进行消除，从而在更短的开发时间和成本内获得更好的结果。

敏捷测试原则

敏捷测试包含各种不同的原则，这些原则有助于我们提高软件的生产力。

1. 持续响应
2. 少量文档
3. 持续测试
4. 客户满意度
5. 简单干净的代码
6. 全团队参与
7. 测试驱动
8. 快速反馈

为了更好地理解，让我们详细逐一查看它们

1. 持续响应

敏捷测试的实施持续提供响应或反馈。因此，我们的产品可以满足业务需求。

换句话说，我们可以说产品和业务需求通过持续响应得到理解。

2. 少量文档

敏捷测试的执行需要较少的文档，因为敏捷团队或所有测试工程师都使用可重用规范或检查清单。团队侧重于测试而非次要信息。

3. 持续测试

敏捷测试工程师不断执行测试，因为这是确保产品持续改进的唯一技术。

4. 客户满意度

在任何项目交付中，客户满意度都很重要，因为客户在整个开发过程中都能接触到他们的产品。

随着开发阶段的进展，客户可以轻松修改和更新需求。测试也可以根据更新的需求进行更改。

5. 简单干净的代码

当敏捷团队或测试团队发现的错误或缺陷在同一迭代中修复时，这将使我们获得简单干净的代码。

6. 全团队参与

我们知道，在软件开发生命周期中，测试团队是唯一负责测试过程的团队。但另一方面，在敏捷测试中，业务分析师（BA）和开发人员也可以测试应用程序或软件。

7. 测试驱动

在进行敏捷测试时，我们需要在实施过程中执行测试过程，这有助于我们减少开发时间。然而，传统过程中，测试是在实施之后或软件开发之后才进行的。

8. 快速响应

在敏捷测试的每次迭代中，业务团队都会参与。因此，我们可以获得持续的反馈，这有助于我们减少开发工作的反馈响应时间。

敏捷方法如何应用于测试？

敏捷测试是一种快速而非正式的测试过程。简单来说，我们可以说它被指定为一种高级的动态测试类型，由敏捷测试工程师在SDLC（软件开发生命周期）的每次迭代中定期执行。

如果我们以最好的属性快速交付软件，并且客户满意度是敏捷测试过程中最重要的关注点。

敏捷测试方法论

在执行敏捷测试时，团队会借助几种敏捷方法论，这些方法论支持他们实现精确的结果。

一些有效的敏捷测试方法论如下：

• 测试驱动开发（TDD）
• 行为驱动开发（BDD）
• 探索性测试
• 验收测试驱动开发（ATDD）
• 极限编程（XP）
• 基于会话的测试
• 动态软件开发方法（DSDM）
• 水晶方法

测试驱动开发（TDD）

测试驱动开发方法从测试本身开始。正如其名称所示，TDD 依赖于开发周期的重复。

我们已经知道，开发周期的第一步是创建单元测试用例。下一步，我们将设计符合测试用例的代码，以执行测试用例。

因此，直到单元测试通过，整个代码才被设计完成。通常，测试驱动开发是使用自动化测试工具执行的，并应用于代码的单元和组件。

行为驱动开发 (BDD)

敏捷测试中的下一个方法是行为驱动开发。BDD 增强了项目利益相关者之间的沟通，以充分促进成员在开发过程开始之前理解所有组件。

它建立在与 TDD 和 ATDD 相同的规则上。因此，在这种测试方法中，代码也是根据设计的测试用例开发的。

这种开发的主要目的是强调业务需求和产出的识别。而且开发应该与业务产出保持一致。

在行为驱动开发中，我们需要遵循以下步骤：

1. 描述行为。
2. 生成测试用例。
3. 根据指定的测试用例编写代码。
4. 持续该过程直到代码通过测试用例。

探索性测试

在软件测试中，探索性测试是一种特殊的测试类型，测试工程师拥有基本的自由来探索代码并创建最有效的软件。

简单地说，我们可以说，如果我们没有需求，那么我们就进行一轮探索性测试。

探索性测试是敏捷测试中非常重要的一部分，因为它有助于发现软件中简单测试方法无法察觉的未知风险。

为了探索软件功能的各个方面，测试工程师创建各种测试用例，执行不同的测试，并记录过程以学习和理解其特定的流程。

在执行探索性测试时，我们需要遵循以下步骤

• 以所有可能的方式探索应用程序
• 理解应用程序的流程
• 准备测试文档
• 测试应用程序

有关探索性测试的更多信息，请参阅以下链接：探索性测试。

验收测试驱动开发（ATDD）

敏捷测试的另一种方法是验收测试驱动开发（ATDD）。ATDD 方法通过让具有不同视角的团队成员参与进来，强调客户的需求。

开发、测试和客户团队成员齐心协力，从客户的角度开发验收测试。

在验收测试驱动开发中，代码与开发的验收测试用例一同获取。

它是一种非常以客户为中心的方法论；使用 ATDD 方法论的主要目标是根据用户的视图开发程序。

极限编程（XP）

下一个重要的敏捷方法论是极限编程，简称为XP。当用户需求持续修改时，我们将采用极限编程方法论。

就像其他敏捷测试方法论一样，极限编程也是一种以客户为中心的方法论。

XP 将帮助我们交付高质量的产品，满足在开发和测试过程中明确的客户需求。

基于会话的测试

在各种敏捷测试方法论中，下一种方法论是基于会话的测试。它主要建立在探索性测试的价值观之上。

虽然基于会话的测试包含一些结构，但另一方面，探索性测试是在没有任何计划的情况下意外执行的。它用于帮助我们识别特定软件中隐藏的错误和缺陷。

基于会话的测试结构是通过在连续会话中执行测试来准备的，测试工程师必须报告在整个过程中发生的测试。

动态软件开发方法（DSDM）

敏捷测试的另一种有效方法是动态软件开发方法。它是一种快速应用开发（RAD）方法，为敏捷项目提供了一个交付框架。

换句话说，我们可以说，动态系统开发技术（DSDM）是一种相关的敏捷代码开发方法，它提供了一个开发和维护系统的框架。

动态软件开发方法可由用户、开发和测试团队使用。

水晶方法

接下来的敏捷测试是水晶方法论。这种方法论主要强调记录、循环交付和总结，以确保在各种分析中实现。

敏捷测试象限

它有不同的象限，可以轻松理解敏捷测试，将整个测试过程分为四个部分。

除了这四个象限之外，左边的两个指定测试工程师要编写的代码，右边的两个则帮助他们通过对左边象限的响应来理解改进后的代码。

这些敏捷测试象限可以被理解为在四个不同阶段执行软件应用程序端到端敏捷测试的传统过程或策略，如下图所示

让我们逐一讨论它们，以了解敏捷测试的过程

1. 象限 1（自动化）
2. 象限 2（自动化和手动）
3. 象限 3（手动）
4. 象限 4（工具）

象限 1（自动化）

在敏捷测试的第一个象限中，我们将主要关注代码质量。我们可以说内部代码质量，它包含由测试工程师执行的测试用例和测试组件。

这些测试用例是技术驱动的，用于自动化测试，以增强代码并支持测试团队执行其任务。

在敏捷测试的第一个象限中，我们可以执行以下测试

• 单元测试
• 组件测试

象限 2（自动化和手动）

在敏捷测试的第二个象限中，我们将主要关注在测试过程之前和整个过程中提供给团队的客户需求，这扩大了新创建软件的业务成果。

此第二个象限中的测试用例是业务驱动的，通常是手动和自动功能测试、原型以及测试团队执行的测试场景示例。

在象限2中，我们可以执行以下测试

• 可能发生的测试场景和工作流
• 实施结对测试
• 测试用户故事和体验，例如原型。

象限 3（手动）

敏捷测试的第三个象限主要侧重于前两个阶段（象限1和象限2）的响应。

敏捷测试的执行涉及多次迭代。在这个象限中，对特定迭代的这些评审和响应得到维持，这有助于增强代码。

测试用户体验并确定业务结果，使测试团队能够在测试开发过程中进行学习。

团队、业务所有者乃至客户实际使用该产品。在第三象限中，测试用例被设计用于实施自动化测试，这有助于我们建立对特定产品的确定性。

在象限3中，可以执行以下类型的测试

• 可用性测试
• 协作测试
• 探索性测试
• 用户验收测试
• 与客户结对测试

象限 4（工具）

敏捷测试的最后一个也是第四个象限主要强调产品的非功能性需求，包括兼容性、性能、安全性和一致性。

换句话说，我们可以说第四象限确保代码满足所有非功能性需求。

与其他象限一样，在象限4中执行各种类型的测试，以提供非功能性质量和预期价值。

• 非功能性测试，例如压力测试、性能测试和负载测试等。
• 可伸缩性测试
• 安全测试
• 数据迁移测试
• 基础设施测试

敏捷测试计划

与瀑布模型相比，敏捷测试计划是为每次发布创建和更新的。此外，敏捷测试计划包含在特定迭代中执行的测试类型，例如测试环境、测试数据需求、测试结果和基础设施。

敏捷测试计划强调以下几点：

• 测试范围：测试范围指定了冲刺目标、测试范围和测试覆盖范围，其中将实施测试。
• 性能和负载测试：这里，它指定了不同的测试方法和程序。
• 根据功能复杂性进行测试的类型或级别：它定义了将要使用的测试类型或测试级别。并且还指定了测试的数据和配置以及将执行测试的环境。
• 缓解或风险计划：它定义了为克服风险或问题而准备的备份计划。它还识别了当前发布中在应用程序测试时可能面临的挑战。
• 可交付成果和里程碑：它根据客户的角度设置测试的可交付成果和里程碑。
• 基础设施考量：它管理执行测试所需的基础设施。
• 资源分配：它列出了测试任务和测试的发生次数，这定义了测试将执行多少次。
• 建立正在测试的新功能。

敏捷测试策略

敏捷测试有四种不同的方法，这有助于我们提高产品质量。

1. 迭代0
2. 构建迭代
3. 发布收尾或过渡阶段
4. 生产

让我们详细逐一讨论它们

1. 迭代 0

敏捷测试的第一个策略或方法是迭代0。在此阶段，我们执行初步设置任务，例如寻找测试人员、建立测试工具、准备资源或可用性测试实验室等。

在迭代 0 中，完成以下步骤

• 验证项目的业务案例和边界情况，以及项目范围。
• 总结将决定战略取舍的重要需求和用例。
• 规划初始项目和成本评估
• 检测风险。
• 概述一个或多个候选设计

2. 构建迭代

敏捷测试的下一个策略是构建迭代。在此方法中，大部分测试都已执行。

构建迭代作为一系列迭代执行，以创建解决方案的增量。

简单来说，我们可以说敏捷团队在每次迭代中遵循列出的需求，他们可以在其中获取最重要的业务需求或工作项堆栈中遗留的需求，然后执行它们。

构建迭代过程分为以下两种测试类型

• 确认性测试
• 探索性测试

1. 确认性测试

为了确保产品满足所有利益相关者的要求，我们将执行确认性测试。

确认性测试可进一步分为另外两种测试类型，如下所示

• 敏捷验收测试
• 开发人员测试

敏捷验收测试：它是功能测试和验收测试的组合。敏捷验收测试可以由开发团队和利益相关者共同执行。

开发人员测试：它是单元测试和集成测试的组合。它验证应用程序代码以及数据库 schema。

注意：我们可以将敏捷验收测试和开发人员测试都自动化，以确保持续进行回归测试。

2. 探索性测试

为了深入测试并识别确认性测试中被忽略的所有问题，我们将执行探索性测试。

3. 发布收尾或过渡阶段

敏捷测试的第三种方法是发布。此特定方法的目的是在生产中有效地实施我们的系统。

在收尾阶段，测试工程师将处理其缺陷故事。在发布收尾或过渡阶段，我们有以下活动

• 支持个人
• 最终用户培训
• 操作人员

同样，它还涉及一些额外的活动

• 备份和恢复
• 产品发布营销
• 用户文档
• 系统完成

敏捷方法论测试的最后阶段包括整个系统测试和验收测试。为了顺利完成我们最后的测试阶段，我们应该在构建迭代中更彻底地测试产品。

4. 生产

一旦发布阶段完成，产品将进入生产阶段。

在敏捷测试中我们面临哪些不同的挑战？

通常，在执行敏捷测试时，测试团队可能会面临一些挑战。为了更好地理解，让我们一起来看看这些挑战：

• 最后一分钟修改
• 工具选择
• 缺乏文档
• 代码重复修改
• 有限的测试覆盖率

• 最后一分钟修改

敏捷测试中最常面临的挑战是客户在最后一刻进行的修改，这给测试团队设计测试计划的时间大大减少，这可能会影响产品质量。有时，测试工程师通常需要扮演半开发人员的角色。

• 工具选择

在敏捷测试中工具的选择至关重要，因为如果选择错误的工具，将浪费我们的时间和金钱。

正如我们已经知道的，测试执行周期大大缩短，而回归测试的时间将非常有限。

• 缺乏文档

执行敏捷测试时经常面临的另一个挑战是缺乏文档。由于敏捷测试中文档的重要性较低，出现错误的可能性更大，最终给测试团队带来更大的负担。

• 代码重复修改

在敏捷方法中，需求修改和更新是基本的，这成为质量保证团队的主要挑战。

• 有限的测试覆盖率

在敏捷测试中，新功能推出速度快，这缩短了测试团队发现最新功能是否符合需求并适应业务的时间。

在看到所有常见的挑战之后，问题来了：我们如何克服它们？因此，在下面的主题中，我们将讨论这一点

我们如何克服敏捷测试挑战？

正如我们从敏捷测试的定义中了解到的，它包含很少或没有文档，这给测试团队预测预期结果带来了问题，并成为测试过程中的障碍。

它也使得选择测试的方向和路径变得困难。因此，为了克服敏捷测试的挑战，我们可以实施以下最佳选项

• 我们可以执行探索性测试来克服敏捷测试的挑战。
• 我们可以执行自动化单元测试来加快敏捷测试过程。
• 测试驱动开发可能是克服敏捷测试挑战的一个好选择。
• 此外，我们可以借助敏捷测试规范来克服这些问题或挑战，并确保以有指导的方式执行改进和定性的测试。
• 我们可以实施自动化回归测试。

敏捷测试生命周期

就像其他类型的测试有其生命周期过程一样，敏捷测试生命周期分为五个不同的阶段，如下图所示

让我们详细了解所有阶段

阶段1：影响评估

敏捷测试生命周期的第一个阶段是影响评估。在这里，我们收集用户和利益相关者的输入和响应，以执行影响评估阶段。此阶段也称为反馈阶段，它支持测试工程师为下一个生命周期设定目标。

阶段2：敏捷测试计划

敏捷测试生命周期的第二个阶段是敏捷测试计划。在此阶段，开发人员、测试工程师、利益相关者、客户和最终用户团队合作，规划测试流程安排、定期会议和可交付成果。

阶段3：发布准备

敏捷测试生命周期的下一个阶段是发布就绪，测试工程师需要在此阶段审查已完全创建的功能，并测试它们是否已准备好上线，以及哪些功能需要返回到先前的开发阶段。

阶段4：每日站会

每日站会是敏捷测试生命周期的下一个阶段，它涉及每日早会，以检查测试情况并确定当天的目标。

为了帮助测试工程师了解测试状态，每天都会设定当天的目标和指标。

阶段5：测试敏捷性评审

敏捷生命周期的最后一个也是最终阶段是测试敏捷性评审。测试敏捷性阶段包括与利益相关者每周举行会议，以评估和衡量实现目标的进度。

换句话说，我们可以说敏捷性评审在开发过程中定期实施，以分析开发进度。

敏捷测试的优点

在过去的几年里，敏捷软件测试一直是 IT 领域的重要组成部分。在这里，我们讨论敏捷测试的一些基本优点

• 敏捷测试提供了直接从最终用户那里获得定期反馈和评审的途径，这有助于我们提高软件产品的质量和属性。
• 敏捷测试的实施将节省大量时间和金钱，使成本估算更加透明。
• 通过每日会议，我们可以更好地发现问题。
• 敏捷测试减少文档，或者我们可以说它需要更少的文档来执行敏捷测试。
• 实施敏捷软件测试的最显著优势是减少错误并提高软件生产力。
• 正如我们从上面的讨论中了解到的，敏捷软件开发中的工作量被分成小部分，并限制开发人员偏离轨道。结果是，我们将获得更少的不一致性和更高的效率。

敏捷测试的缺点

敏捷测试是一种测试软件应用程序的创新方法，但敏捷测试仍有一些缺点

• 敏捷测试最显著的缺点是，如果有两名或更多成员离职，将导致项目失败。
• 在执行任何测试以测试应用程序或软件时，需要确定性，这对于测试团队来说变得不一致。
• 它使我们难以预测预期结果，因为没有或很少的文档导致明确的条件和要求。
• 有时，它会导致我们在系统中引入新的错误，因为在敏捷测试中，错误修复、修改和发布会反复发生。

概述

在本教程中，我们深入了解了敏捷测试，例如敏捷测试的原则、策略、象限、敏捷测试生命周期、敏捷测试中面临的不同挑战以及敏捷测试的优缺点。

了解了前面提到的所有主题后，我们可以说敏捷测试是当今软件的最佳方法之一，因为这些软件高度复杂，需要全面的测试。

它允许测试工程师灵活应对任何需求修改。

敏捷测试在大型软件开发组织中变得非常流行，因为它是一种以客户为中心的方法，可确保高质量的产品。

敏捷测试的执行需要客户的参与，以及开发人员和测试工程师之间的高度沟通，因为他们都共同努力测试特定的软件。

结果，我们可以提供更高质量的软件，满足客户和用户的期望。

在软件测试中，敏捷方法论涵盖了在软件开发生命周期中尽早进行测试。

最后，我们可以说团队（开发团队、测试团队、客户）之间的沟通在敏捷测试的成功中起着至关重要的作用。