过去几年，自从开始使用Agile方法论以来，其创始人就一直发声，愿意摆脱传统瀑布式单调繁琐的现实模型，当涉及到自动化测试时可以感受到同样的影响。瀑布自动化与敏捷自动化在传统的软件测试生命周期过程中，自动化测试通常是可行的，前提是应用程序稳定、稳定并且需求涉及大量时间，并且在大多数情况下涉及一个由非常熟练的自动化专家和资源组成的团队可观的安装成本。自动化测试的基本目的是降低长期成本，确保不会因为已有的测试用例而引入新的缺陷。由于自动化测试的主要作用是节省时间和降低成本，因此自动化测试在技术上不具有探索性。自动化测试并不意味着发现新的错误。自动化测试主要是验证已经存在的功能。如何在敏捷方法中实现自动化现在根据它的定义，它谈论的是摆脱繁琐的文档，以便可以实施新的想法和创新，人们可以自由地相互交流，从而可以实施更具创新性和探索性的想法。因此，我们可以看到敏捷方法论的基础与自动化测试之间的矛盾。敏捷测试自动化的基础知识因此，在评估与使用敏捷方法相关的自动化测试方法和技术时，我们需要考虑一些基本问题。例如设计和编码所花费的时间，使用现有测试数据来验证设计的脚本并应用相同的测试（无论测试是用于功能目的还是回归目的）。所以所有这些事件的现实是，为了执行所有这些事实，我们需要花费相当多的时间，而在敏捷环境中，平均需要1-2周才能完成，所以显然这很难考虑在这样的环境中交付那么多时间来自动化脚本。另一个重要的因素是当敏捷方法发挥作用时发生的需求变化类型。根据定义，敏捷方法在响应频繁变化的客户需求方面非常有帮助，因此非常适合应用程序整体开发中频繁变化的情况。相比之下，当涉及到更稳定、更不频繁的需求类型时，自动化测试非常有用。因此，根据定义，自动化测试不太适合那些往往伴随采用任何敏捷方法的频繁变化的需求类型。敏捷自动化工具在敏捷方法论范围内采用自动化测试时，相关自动化工具的选择也是一个潜在的非常重要的因素。例如，授权的自动化工具在访问属于该特定测试自动化框架的各种重要资源时，对不同类型和级别的用户施加了严格的安全访问标准。相比之下，敏捷方法论主要强调团队成员之间的开放式协作和开放式交互，因此限制性政策直接影响到用户如何对团队内部的整体凝聚力产生负面影响，导致结果不佳，也非常不利于项目的整体成功。因此，流程的首要任务应该是保证自动化测试脚本的高质量交付，以达到敏捷方法提供的规定时间；我们需要选择我们预期的测试用例，这些用例将以更细微的方式自动化，以便这些自动化测试脚本适合未来的重用，并确保它们可以在指定的时间段内准备就绪（如敏捷方法流程中所要求的那样）).在考虑了以上所有因素之后，我们可以意识到，即使在采用敏捷方法时，我们也需要了解测试的类型，例如回归测试（因为即使在敏捷测试期间，也需要投入大量测试工作以确保更好整体产品质量）现在，让我们看看可以使用自动化测试的最基本情况，以及如何将其应用于敏捷测试领域。自动化测试概念应用于敏捷的原文链接：https://www.guru99.com/automation-testing-agile-scrum.html
