敏捷提供了许多优势,例如更快的上市时间、更快的投资回报率、更快的客户支持、降低风险、持续改进等。随之而来的是一些非常困难的挑战。 这些主要问题包括在冲刺开发和迭代测试、精确的敏捷开发和回归测试之间保持适当的平衡。
敏捷开发是一个非常快速和动态的开发过程。 周期很短,开发人员在相对较短的时间内推出了许多功能。 同样,测试周期很短,无法跟上项目的发布周期。 但实际上大多数时候并非如此。 为一个特性完成了开发,但所有新特性和相关的旧特性都必须经过测试。 对于每个新版本,您需要确保对代码的添加或改进不会损害现有功能的功能。
但是在几个大周期之后,这些重复的测试变得乏味且耗时,并且假设它们必须正常工作,您可能会错过一些发现其他错误的机会。 为避免这种情况,需要通过从开发周期开始时创建适当的回归测试策略来制定“逃避”计划,并且每次冲刺发生时都需要修改该策略。
建立回归测试策略之前
在建立该回归测试策略之前,事先收集一些信息。
·收集所有应执行的测试用例
· 改进永不停止。找出可以在测试案例中实现的所有改进
· 估计执行测试用例的时间
· 评估什么都可以自动化以及如何自动化
建立回归测试策略
在敏捷开发中执行回归测试的最大挑战是保持敏捷开发与回归测试之间的平衡。因此,我们需要遵循一些快速有效的方法,以便在不影响质量的情况下执行回归测试。
自动化回归测试
快速跟踪回归测试的最佳方法之一是使回归测试的某些部分自动化。我们可以