软件测试培训:常见的几种回归测试策略

回归测试策略通常有四种:全面回归测试、选择性回归测试、指标法回归测试和自动化工具回归测试。
  软件测试培训:常见的几种回归测试策略

1、全面回归测试
  全面的回归测试意味着无论发现多少问题,无论哪个功能有问题,哪些功能没有问题,都将对其进行测试。全面回归测试的优点是验证所有功能并尝试确保系统没有问题,但这也带来了一个非常重要的问题,即,如果执行全面回归测试,则测试成本从心理学的角度来看,测试工程师不可能完全回归测试,即使您给了您足够的测试时间,也无法完全返回。前面我们谈到了测试的心理。测试心态有两种情况。当我们回归测试时,随着测试的不断迭代,我们的测试心态将会改变。在以下测试中,我们更多地采用了这种心态:“该测试是为了证明系统中没有问题。”这决定了我们不可能验证所有测试用例,很可能只选择了一部分测试用例进行验证测试。
  2、选择性回归测试
  选择性回归测试是指,在回归测试时我们只对出现问题的这些功能进行验证,没有出现问题的功能就不进行测试。例如,一个系统一共有20个功能点,第一轮测试时,发现10个BUG,这10个BUG是测试其中8个功能点发现的,那么选择性回归测试就只对这8个功能进行回归测试。但这样存在一个问题,在修改某个BUG时,如果修改了A函数,而这个A函数又被其他的功能所调用(假设是F1功能,这个F1功能在上一轮测试中是正确的),这个时候就不能仅仅验证存在问题的8个功能,还应该验证F1功能是否正确,即除了验证这些BUG外,还要关注那些可能影响到的模块。但是这里又存在一个问题,测试工程师如何知道哪些功能可能会受到影响呢?所以这就需要开发工程师在修复BUG时写清楚,当前这个BUG是由什么原因引起的,这个问题是如何修改的以及可能产生的影响,所以选择性回归测试除了需要验证当前的问题外,还要验证修改的这些问题可能对其他功能带来的影响。
  3、指标法回归测试
  指标法回归测试是指每次回归测试一定比例的测试用例,例如用例库一共是500条用例,每次回归测试时只回归验证其中60%的用例,这个方法是不可取的,因为没有规定回归哪60%的用例,这样可能出现测试工程师故意回归一些不相关的测试用例,因此质量无法保证。
  4、自动化工具回归测试
  自动化工具回归测试是指使用自动化测试工具进行回归测试,前面我们介绍过从理论的角度来说,其实不管修改了哪些功能,都应该对所有的功能进行回归测试。但是当我们进行全面回归测试时,由于时间成本和测试心态变化的因素,其实我们是无法保证有能力全面回归测试的,这个时候就可以使用自动化测试工具来代替我们手工回归测试,这样既可以解决测试成本的问题,又可以解决测试过程中测试工程师的心态问题。目前,在国内自动化测试还是处于初步阶段,未来自动化测试一定会成为一个发展趋势。
  回归测试在整个测试过程中都存在,而不只是存在于某个阶段,因为不管是单元测试、集成测试还是系统测试,只要在测试过程中发现系统存在BUG,就需要对BUG进行修改,而修改完成后就需要进行回归测试来验证是否将该BUG修改好。
  相关推荐:软件测试培训-软件测试需要学习哪些技能
  如果你想了解更多关于软件测试的专业知识,可以加入python自动化测试交流群3:737683259,里面都是同行,欢迎你们的加入,合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

猜你喜欢

转载自blog.csdn.net/weixin_49698883/article/details/112176354