敏捷自动化测试
软件开发中的敏捷自动化测试是在敏捷方法论中使用测试自动化的一种方法。敏捷自动化测试的目的是为了使软件得以开发，因此，实现这样一个过程需要团队之间的大量协调和协作。
在过去的几年里，自从敏捷方法论的创始人叫嚣着并愿意摆脱传统瀑布模型的平凡和繁琐的现实以来，在自动化测试方面也可以感受到同样的影响。
瀑布中的自动化与敏捷中的自动化
在传统的软件测试生命周期过程领域，自动化测试通常是可行的，当应用程序稳定、稳定，并且需求涉及真正相当多的时间，并且在大多数情况下涉及一组非常熟练的自动化专家资源以及相当大的设置成本时，自动化测试通常是可行的。自动化测试的基本目的是在很长一段时间内降低成本，并确保不会因为现有测试用例而引入新的缺陷。
自动化测试本质上不是探索性的，因为自动化测试的主要作用是节省时间和降低成本。自动化测试的目的主要是确认已有的内容。
如何在敏捷方法论中实现自动化
现在，根据敏捷方法论的定义，它谈论的是消除繁琐的文档，以便新的和创新的想法可以被实现，人们可以自由地相互交互，以便更多的创新和探索性的想法可以被实现。
因此，我们可以看到敏捷方法论的基本原理和自动化测试之间的矛盾。
敏捷测试自动化的基本要点
因此，当涉及到评估与自动化测试方法和技术相关的敏捷方法的使用时，我们需要考虑某些基本点。因此，我们需要考虑一些基本点，如设计和编码所花费的时间、使用现有测试数据验证设计的脚本以及采用相同的测试(无论测试是出于功能目的还是回归目的)。因此，所有这些事件的真实情况是，为了执行所有这些事实，我们需要确保这些任务需要相当多的时间，并且在敏捷的环境中，平均冲刺需要1-2周才能完成，因此显然很难考虑在这样的环境中提供如此多的时间来自动化脚本。
另一个重要的因素在这里仍然存在，那就是当敏捷方法论发挥作用时出现的需求变更的类型。根据敏捷方法本身的定义，它是一种非常有助于响应快速客户诱导的更改需求的技术，因此在应用程序的整体开发过程中很适合频繁更改。
相比之下，自动化测试在涉及到更稳定、频率更低的需求类型时非常有用。因此，根据定义，自动化测试不能很好地适应各种类型的需求频繁变更，而这些变更是伴随着采用任何敏捷方法而出现的。
敏捷自动化工具
当涉及到在总体敏捷方法范围内采用自动化测试时，相关自动化工具的选择也是一个潜在的非常重要的因素。例如，授权的自动化工具在访问属于该特定测试自动化框架的各种重要资源时，会对不同类型和级别的用户施加严格的安全访问标准。
相比之下，敏捷方法主要强调团队成员之间的开放协作和开放式交互，因此会有限制性的策略，这直接影响到用户将如何对团队内部的整体凝聚力产生负面影响，从而可能导致对项目的整体成功既不是非常有帮助也不是非常有帮助的结果。
因此，过程的首要重要性应该是确保为了在敏捷方法提供的规定时间内获得自动化测试脚本的高质量交付；我们需要选择我们的预期测试用例，这些测试用例将以更细微的方式进行自动化，以便这些自动化测试脚本能够很好地用于将来的重用，并且确保它们可以在分配的时间的适当持续时间内准备好(就像敏捷方法过程中所要求的那样)。
在考虑了以上所有因素之后，我们可以意识到，即使在采用敏捷方法的同时，我们也需要了解测试的类型，例如回归测试(因为即使在敏捷测试期间，也需要投入大量的测试工作，以确保更好的整体产品质量)
现在让我们来看一下可以使用自动化测试的最基本的情况，以及我们如何在敏捷测试领域采用同样的方法。
