敏捷测试
敏捷测试
软件测试过程包含多种测试过程和技术，可简化测试过程并提高其效率。
在本教程中，我们将了解与称为敏捷测试的特定测试相关的以下主题，这有助于我们增强对敏捷测试的了解:
敏捷测试简介
敏捷测试原理
在测试中如何使用敏捷方法？
敏捷测试策略
敏捷测试象限
敏捷测试生命周期
我们在敏捷测试期间面临哪些不同的挑战？
敏捷测试的优势
敏捷测试的缺点
敏捷测试简介
在这里，我们正在讨论另一个重要的软件测试 技术，也称为敏捷测试。敏捷测试遵循敏捷软件开发的标准。
敏捷测试是一种迭代和增量方法，是在客户之间的合作过程中发展起来的必需品强> 和自建团队。
在敏捷测试中，"敏捷"一词主要表示可以快速、立即执行的事情，但是也在软件开发领域。
核心职能敏捷团队实施它以测试软件产品及其多个模块。敏捷测试的实施确保交付高质量的产品，因为错误或缺陷在项目本身的初始阶段被删除。
与瀑布模型不同，敏捷测试可以在项目开始时创建开发和测试之间无休止的结合。它不是一个连续的过程，而是一个连续的过程。
敏捷测试过程是测试复杂软件的一种聪明方式，与传统的测试过程相比，它可以接受更有效的结果。
在软件测试的现代时代，敏捷测试获得了很多接受和重要性。敏捷测试的执行将帮助我们识别初始错误并消除，从而以更少的开发时间和成本获得更好的结果。
敏捷测试的原则
敏捷测试包括帮助我们提高软件生产力的各种不同原则。
持续响应
更少的文档
持续测试
客户满意度
简单干净的代码
整个团队的参与
测试驱动
快速反馈
为了更好的理解，让我们一一详细看看:
1.持续响应
敏捷测试的实施持续提供响应或反馈。因此，我们的产品可以满足业务需求。
换言之，我们可以说产品和业务需求在不断响应的过程中得到了理解。
2.更少的文档
敏捷测试的执行需要更少的文档，因为敏捷团队或所有测试工程师都使用可重用的规范或清单。并且团队强调测试而不是次要信息。
3.持续测试
敏捷测试工程师无休止地执行测试，因为这是确保产品不断改进的唯一技术。
4.客户满意度
在任何项目交付中，客户满意度都很重要，因为客户在整个开发过程中都会接触到他们的产品。
随着开发阶段的进展，客户可以轻松修改和更新需求。并且还可以根据更新的要求更改测试。
5.简单干净的代码
当敏捷团队或测试团队发生的错误或缺陷在类似的迭代中修复时，我们会得到简单干净的代码。
6.整个团队的参与
正如我们所知，测试团队是唯一负责软件开发生命周期。但另一方面，在敏捷测试中，业务分析师(BA) 和开发人员也可以测试应用程序或软件。
7.测试驱动
在进行敏捷测试时，我们需要在实施过程中执行测试过程，这有助于我们减少开发时间。然而，测试是在实施后或在传统过程中开发软件时实施的。
8．快速响应
在敏捷测试的每一次迭代中，业务团队都参与其中。因此，我们可以获得持续的反馈，帮助我们减少对开发工作的反馈响应时间。
如何在测试中使用敏捷方法？
敏捷测试是一个快速和非正式的测试过程。简而言之，我们可以说它被指定为一种高级和动态类型的测试，在SDLC(软件开发生命周期)的每次迭代中定期执行
如果我们快速交付具有最佳属性的软件，并且客户满意度是敏捷测试过程中某个阶段的主要关注点。
敏捷测试方法
当我们执行敏捷测试时，团队会从几种敏捷方法中获得帮助，这些方法支持他们完成精确的结果。
其中一些有效的敏捷测试方法如下:
测试驱动开发(TDD)
行为驱动开发(BDD)
探索性测试
验收测试驱动开发(ATDD)
极限编程(XP)
基于会话的测试
动态软件开发方法(DSDM)
水晶方法
测试驱动开发(TDD)
测试驱动的开发方法从测试本身开始。顾名思义，TDD 会随着开发周期的重复而变化。
我们已经知道开发周期的第一步是创建单元测试用例。并且在下一步中，我们将设计适合测试用例的代码以执行测试用例。
因此，整个代码被设计直到单元测试通过。通常，测试驱动开发是通过使用自动化测试工具执行的，并在代码的单元和组件上实现。
行为驱动开发(BDD)
敏捷测试中的以下方法是行为驱动开发。 BDD 增强了项目干系人之间的沟通，以促进成员在开发过程开始之前充分了解所有组件。
它的构建规则与 TDD 和 ATDD 相同。因此，代码也是按照此测试方法中设计的测试用例开发的。
此开发的主要目的是强调业务需求和输出的识别。并且开发应该与业务输出保持一致。
在行为驱动的开发中，我们需要遵循以下步骤:
描述行为。
生成测试用例。
根据测试用例编写代码是指定的。
继续这个过程，直到代码通过测试用例。
探索性测试
在软件测试中，探索性测试 是一种特殊的类型，测试工程师有基本的自由来探索代码并创建最有效的软件。
简而言之，我们可以说，如果我们没有需求，那么我们进行一轮探索性测试。
探索性测试是敏捷测试中非常重要的一部分，因为它有助于发现软件中的未知风险，而这些风险是简单的测试方法无法发现的。
为了探索软件功能的各个方面，测试工程师创建各种测试用例，执行不同的测试，并记录学习过程并了解其特定流程。
在执行探索性测试时，我们需要按照以下步骤操作:
以各种可能的方式探索应用程序
了解应用流程
准备测试文档
测试应用
验收测试驱动开发(ATDD)
另一种敏捷测试方法是验收测试驱动开发(ATDD)。 ATDD 方法通过让具有不同观点的团队成员参与进来来强调客户的需求。
开发、测试和客户团队的成员聚集在一起以开发从客户的角度进行验收测试。
在验收测试驱动开发中，代码与开发的验收测试用例一起获得。
这是一个非常以客户为中心的方法论；使用 ATDD 方法的主要目标是根据用户的观点开发程序。
极限编程(XP)
下一个重要的敏捷方法是
<强>
极限编程，即XP。当用户需求不断变化时，我们会采用极限编程方法。
就像其他敏捷测试方法，极限编程也是一种以客户为中心的方法。
XP将帮助我们交付高质量的产品，满足客户的需求
基于会话的测试
在各种敏捷测试方法中，下一个方法是会话-基于测试。它主要是基于探索性测试的价值创建的。
虽然基于会话的测试包含一些结构，但另一方面，探索性测试是在没有任何计划的情况下意外执行的。它用于帮助我们识别特定软件中隐藏的错误和缺陷。
基于会话的测试结构是通过在连续会话中执行测试来准备的，测试工程师必须报告发生的测试
动态软件开发方法(DSDM)
另一种有效的敏捷测试方法是动态软件开发方法。是一种快速应用程序开发(RAD) 方法，可为敏捷项目提供交付框架。
换句话说，我们可以说动态系统开发技术(DSDM) 是一种相关度敏捷的代码开发方法，它提供了一个用于开发和维护系统的框架。
动态软件开发方法可供用户、开发和测试团队使用。
Crystal Methodologies
后续的敏捷测试是水晶方法。这种方法主要强调记录、循环交付和总结，这是在各种分析过程中确保的。
敏捷测试象限
它有不同的象限易于理解敏捷测试，将整个测试过程分为四个部分。
除了四个象限外，左边两个指定了要编写代码的测试工程师，以及右两个象限帮助他们理解在左象限响应支持下改进的代码。
这些敏捷测试象限可以理解为执行端到端敏捷测试的传统流程或策略四个不同阶段的软件应用程序，如下图所示:
让我们一一讨论，了解敏捷测试的过程:
象限 1(自动)
象限 2(自动和手动)
象限 3(手册)
象限 4(工具)
第一象限(自动化)
在敏捷测试的第一象限中，我们将看到主要强调代码的质量。我们可以说内部代码质量，它包含由测试工程师执行的测试用例和测试组件。
这些测试用例是技术驱动的，用于自动化测试，以增强代码和支持测试团队执行他们的任务。
通过敏捷测试的第一象限，我们可以执行以下测试:
单元测试
组件测试
象限 2(自动化和手动)
在敏捷测试的第二象限中，我们将看到主要强调在之前和贯穿始终给予团队的客户需求测试程序，扩展新创建软件的业务成果。
第二象限中涉及的测试用例是业务驱动的，通常是手动和自动功能测试、原型，以及测试团队执行的测试场景示例。
在象限 2 中，我们可以执行以下测试:
可能发生的测试场景和工作流程
实施配对测试
像原型一样测试用户故事和体验。
象限 3(手册)
敏捷测试的第三象限主要强调前两个阶段(象限 1 和象限 2).
敏捷测试的执行涉及许多迭代。在这个象限中，对特定迭代的这些审查和响应是持续的，有助于加强代码。
测试用户体验并确定业务结果允许测试团队随着测试的发展而学习。
团队、企业主，甚至客户都实际使用该产品。在第三象限中，测试用例旨在实现自动化测试，这有助于我们确定特定产品的确定性。
在象限 3 中，可以执行以下类型的测试:
可用性测试
协作测试
探索性测试
用户验收测试
与客户配对测试
第四象限(工具)
敏捷测试的最后和第四象限主要强调产品的非功能性需求，包括兼容性、性能、安全性和稳定性.
换句话说，我们可以说第四象限确保代码满足所有非功能性要求。
与其他象限一样，在第四象限中执行各种类型的测试交付非功能性质量和预期价值。
非功能性测试，例如压力测试、性能测试和负载测试等
可扩展性测试
安全测试
数据迁移测试
基础设施测试
敏捷测试计划
与瀑布模型相比，敏捷测试计划是为每个版本创建和更新的。此外，敏捷测试计划包含在特定迭代中执行的那些类型的测试，例如测试环境、测试数据需求、测试结果和基础设施。
敏捷测试计划强调以下几点:
测试范围: 测试范围指定了将实施测试的冲刺目标、测试范围和测试覆盖率。
性能和负载测试: 在这里，它指定了不同的测试方法和程序。
根据功能的复杂性划分的测试类型或级别: 它定义了将要使用的测试类型或测试级别。并指定测试的数据和配置以及执行测试的环境。
缓解或风险计划: 它定义了准备克服风险或问题的备用计划。它还确定了在当前版本中测试应用程序时可能面临的挑战。
可交付成果和里程碑: 它根据客户的角度设置测试的可交付成果和里程碑。
基础设施考虑: 它管理执行测试所需的基础设施。
资源: 它列出了测试任务和测试的发生次数，这定义了测试将执行的次数。
建立正在测试的新功能。
敏捷测试策略
敏捷测试有四种不同的方法，可帮助我们提高产品质量。
迭代 0
构建迭代
发布游戏结束或过渡阶段
生产
让我们一一详细讨论:
1、迭代 0
敏捷测试的第一个策略或方法是迭代 0。执行初步设置任务，例如寻找人员进行测试、建立测试工具、准备资源或可用性测试实验室等。
在迭代 0 中，完成以下步骤:
验证项目和边界情况以及项目范围的商业案例。
总结将决定战略权衡的重要要求和用例。
规划初始项目和成本评估
检测风险。
概述一个或多个候选设计
2.构建迭代
敏捷测试的下一个策略是构建迭代。在此方法中，执行了大部分测试。
构造迭代作为一组迭代执行，以创建解决方案的增量。
简而言之，我们可以说敏捷团队在每次迭代中遵循列出的需求，在那里他们可以获得最重要的业务需求或工作项堆栈中留下的需求，然后执行它们。
构建迭代过程分为以下两种测试:
验证性测试
调查性测试
1.确认测试
为确保产品满足所有利益相关者的要求，我们将执行确认测试。
确认测试可以进一步分为另外两种类型测试，具体如下:
敏捷验收测试
开发者测试
敏捷验收测试: 它是功能测试和验收测试。敏捷验收测试可以由开发团队和利益相关者共同执行。
开发人员测试: 它是 单元测试 和集成测试。它同时验证应用程序代码和数据库架构。
注意: 我们可以自动化(敏捷验收测试和开发人员测试)以确保持续回归测试已经发生。
2.调查性测试
为了深入测试并找出确认性测试中忽略的所有问题，我们将执行调查性测试。强>
3.发布结束游戏或过渡阶段
敏捷测试的第三种方法是发布。这种特定方法的目标是在生产中有效地实施我们的系统。
测试工程师将在最终游戏中处理其缺陷故事。在发布结束游戏或过渡阶段，我们有以下活动:
支持个人
对最终用户的培训
运营人员
同样，它还涉及一些额外的活动:
备份和恢复
产品发布的营销
用户文档
完成系统
最后一个敏捷方法测试阶段包括整个系统测试和验收测试。为了顺利完成我们的最终测试阶段，我们应该在构建迭代中更彻底地测试产品。
4.生产
一旦发布阶段完成，产品将进入生产阶段。
我们在敏捷测试过程中面临哪些不同的挑战？
通常，在执行敏捷测试时，测试团队可能会面临一些挑战。让我们一起看看这些挑战，以便我们更好地理解:
最后一刻的修改
工具选择
缺乏文档
代码中的重复修改
有限的测试覆盖率
最后一刻的修改
敏捷测试过程中面临的最大挑战是客户最后一刻的修改，这大大减少了测试团队设计测试计划的时间，这可能会影响产品质量。有时，测试工程师通常需要扮演半开发人员的角色。
工具选择
敏捷测试期间工具的选择至关重要，因为如果我们选择了错误的工具，不仅会浪费我们的时间，还会浪费我们的金钱。
我们已经知道，测试执行周期高度减少，对于回归测试，我们将有最少的时间。
缺乏文档
执行敏捷测试时经常面临的另一个挑战是缺乏文档。由于文档不太重要，最终会给测试团队带来更多负担，因此错误概率会更加敏捷。
代码中的重复修改
在敏捷方法中，需求修改和更新是基础，这使其成为质量保证团队面临的主要挑战。
有限的测试范围
在敏捷测试中，新功能快速启动，减少了测试团队确定最新功能是否符合要求并解决业务需求的可用时间。
之后看到所有常见的挑战，问题是我们如何克服它们？因此，在下面的主题中，我们将讨论:
我们如何克服敏捷测试挑战？
正如我们从敏捷测试的定义中所理解的，它包含很少或没有文档，这给测试团队预测预期结果带来了问题，并成为测试过程中的障碍。
而且这也使得选择方向和路径变得具有挑战性要进行的测试。因此，为了克服敏捷测试挑战，我们可以实施以下最佳选择:
我们可以执行探索性测试来克服敏捷测试挑战。
我们可以执行自动化单元测试以加快敏捷测试过程。
测试驱动开发可能是克服敏捷测试挑战的不错选择。
此外，我们可以在敏捷测试规范的帮助下克服这些问题或挑战，并确保以指导的方式进行改进的定性测试。
我们可以实施自动化回归测试。
敏捷测试生命周期
就像其他类型的测试都有自己的生命周期过程一样，敏捷测试生命周期分为五个不同的阶段，我们可以看到下图:
让我们详细了解所有阶段:
第一阶段: 影响评估
敏捷测试生命周期的第一阶段是影响评估。在这里，我们收集用户和利益相关者的输入和响应，以执行影响评估阶段。此阶段也称为反馈阶段，它支持测试工程师为下一个生命周期设定目标。
Phase2: 敏捷测试计划
敏捷测试生命周期的第二阶段是敏捷测试计划。在此阶段，开发人员、测试工程师、利益相关者、客户和最终用户共同规划测试流程时间表、定期会议和可交付成果。
阶段 3: 发布准备
敏捷测试生命周期的下一个阶段是发布准备，测试工程师必须审查已完全创建的功能并测试它们是否准备好上线以及哪些需要回到之前的开发阶段。
Phase4: Daily Scrums
Daily Scrums 是下一阶段敏捷测试生命周期，包括每天早上的会议，检查测试并确定当天的目标。
并且，为了帮助测试工程师了解测试的状态，目标和每天设定一天的目标。
第五阶段: 测试敏捷性审查
敏捷生命周期的最后一个阶段是测试敏捷性审查。 测试敏捷性阶段包括每周与利益相关者举行会议，以根据目标评估和评估进度。
换句话说，我们可以说敏捷性审查在开发过程中定期实施
敏捷测试的优势
在过去的几年中，敏捷软件测试一直是 IT 领域的重要组成部分.在这里，我们正在讨论一些基本的好处敏捷测试:
敏捷测试让我们可以直接从最终用户那里获得定期反馈和评论，这有助于我们提高软件产品的质量和属性。
实施敏捷测试将节省大量时间和金钱，使成本估算更加透明。
通过日常会议，我们可以确定更好的问题。
敏捷测试减少了文档，或者我们可以说它需要更少的文档来执行敏捷测试。
实施敏捷软件测试的最大优势是减少错误并提高软件生产力。
正如我们从上面的讨论中了解到的，敏捷软件开发中的工作负载被分成了小部分，并限制了开发人员跑题。在结果中，我们会得到更多的轻微不一致和更高的效率。
敏捷测试的缺点
敏捷测试是一种测试软件应用程序的创造性方法，但我们仍然有一些使用敏捷测试的缺点:
敏捷测试最显着的缺点是，如果两个或更多成员离职，将导致项目失败。
在执行任何测试以测试应用程序或软件时都需要确定，并且测试团队会变得不一致。
这让我们很难预测预期结果，因为明确的条件和要求没有或很少有文档结果。
有时，它会导致我们在系统中引入新的错误，因为错误修复、修改和发布在敏捷测试中反复发生。
概述
在本教程中，我们已经看到了敏捷测试的深入知识，例如敏捷测试原理、策略、象限、敏捷测试生命周期，我们在敏捷测试中面临的不同挑战，以及敏捷测试的优缺点。
在理解了前面提到的所有主题之后，我们可以说敏捷测试是最好的之一当今软件的方法，因为该软件高度复杂，需要全面的测试。
它允许测试工程师灵活并能够涵盖任何需求修改。
敏捷测试正在重要的软件开发组织中变得非常有名，因为它非常以客户为中心，可确保高质量的产品。
敏捷测试的执行需要客户的参与，需要客户之间的高水平沟通开发人员，测试工程师，因为他们都一起工作以测试 t
因此，我们可以交付质量更好的软件，满足客户和用户的期望。
在软件测试中，敏捷方法很快就包含了测试尽可能在软件开发生命周期中。
最后，我们可以说团队(开发团队、测试团队、客户)之间的沟通在使敏捷测试成功。
