敏捷测试开发快速入门教程4自动化测试

图片.png

自动化测试：瀑布 Vs敏捷自动化

在传统的软件测试生命周期过程中，自动化测试通常是可行的，当应用程序稳定，稳定且需求涉及相当多的时间并且在大多数情况下涉及一组非常熟练的自动化专家资源以及相当多的设置成本。 自动化测试的基本目的是长期降低成本，并确保不会因现有测试用例而引入新的缺陷。

由于自动化测试的主要作用是节省时间并降低成本，因此本质上的自动化测试本质上不具探索性。 自动化测试并不意味着提出新的和创新的缺陷。 自动化测试的目的主要是回归。

如何在敏捷方法论中实现自动化
现在通过其定义，敏捷方法论谈论取消繁琐冗长的文档，以便实现新的和创新的想法，人们可以相互自由地互动，从而可以实现更多这些创新和探索性的想法。

敏捷方法的自动化测试。

因此，我们可以看到敏捷方法的基本原理与自动化测试之间存在矛盾。

敏捷测试自动化的基本要点

因此，在评估敏捷方法在自动化测试方法和技术方面的使用时，我们需要考虑一些基本要点。 因此，我们需要考虑一些基本点，例如设计和编码所花费的时间，使用现有测试数据验证设计的脚本以及采用相同的测试（测试是否具有功能或回归目的）所以真实的事实是所有这些事件都是为了执行所有这些事实，我们需要确保这些任务需要相当长的时间，并且在敏捷环境中平均冲刺需要平均1-2周完成，因此它是显然太难以考虑以这种方式为脚本自动化提供这么多时间。

另一个重要因素仍然是敏捷方法发挥作用时需求变化的类型。 敏捷方法本身的定义是一种技术，它非常有助于响应快速的客户引起的变更要求，因此很适合在应用程序的整体开发过程中频繁更改。

相比之下，当涉及更稳定和更不频繁的需求类型时，自动化测试非常有用。 因此，根据定义，自动化测试不能很好地适应各种类型的需求的频繁变化，这些变化伴随着任何敏捷方法的采用。

图片.png

敏捷自动化工具

在整体敏捷方法的范围内采用自动化测试时，相关自动化工具的选择也是一个非常重要的因素。 例如，许可的自动化工具在访问属于该特定测试自动化框架的各种重要资源时，会对不同类型和级别的用户强加严格的安全访问标准。

敏捷方法的自动化测试。

图片.png

相比之下，敏捷方法主要强调团队成员之间的开放式协作和开放式交互，从而直接影响用户如何对团队内部整体凝聚力产生负面影响的限制性政策，从而可能导致结果既不是非常有益于也不利于项目的整体成功。

因此，该过程的首要重点应该是确保在敏捷方法所规定的时间内获得自动化测试脚本的高质量交付; 我们需要选择我们的前瞻性测试用例，这些测试用例将以更细致的方式自动化，这样这些自动化测试脚本可以很好地用于将来的重复使用，并确保它们可以在规定的时间内准备好（如在敏捷方法过程中需要）。

在考虑了上述所有因素之后，我们可以认识到，即使在采用敏捷方法时，我们也需要将测试类型（例如回归测试）纳入其中（因为即使在敏捷测试期间，也需要进行大量的测试工作。投入敏捷方法以确保整体产品的质量更好

现在让我们看看可以使用自动化测试的最基本情况，以及我们如何在敏捷测试领域采用相同的方法。

应用于敏捷的自动化测试概念

图片.png