回归测试知多少

在软件的版本更替中，每个版本中都会增加一些新特性，完善一些旧逻辑，随着软件的逐渐成熟，功能的不断增加，势必会出现两个问题：

1. 新增功能对原有功能的影响有多大

2. 原有功能是否会出现新问题

此时，势必需要进行回归测试，随着软件的不断发展，回归测试所占的比重就会越大。实际的工作中，一方面要全，希望覆盖范围尽量大，避免出现遗漏；另一方面，又要效率高，投入大量的测试成本，只为一个放心，保证原有功能不会出现问题，投入产出不匹配，也容易出现测试疲劳。有人说，自动化呀。但是，从自动化提出，到真正完成自动化，还是需要一定的时间的，在这段时间之内，又如何测试呢。因此，简洁有效的回归测试，就展现它的价值了。

首先，什么是回归测试呢？

要进行回归测试，首先要认识回归测试。所谓回归测试，是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

其次，什么时候抽取回归测试用例呢？

一个软件，在当前版本时，相对于上一个版本，所有功能都称为原有功能，可见原有功能的比重有多大。如此一来，应该开始抽取用于回归测试的用例的时机，就出现了。为了不影响后续版本测试工作的展开，需要在当前版本结束后，就立即展开抽取回归测试用例的工作。

最后，要按照一个什么样的规则抽取呢？

先来想一下抽取回归测试用例的目的，是为了保证本次修改没有引入新的错误或导致其他代码产生错误，保证代码重新编译后，没有引入新的错误。

根据目的，我们来分析对应的规则

测试角度

1. 需要保证功能正常，则需要进行主流程验证

用户角度

1. 用户关注度高、经常使用的操作，一定不能出错

2. 用户敏感的错误，不能展现给用户

3. 一旦出错，后果严重的操作

开发角度

1. 实现复杂，容易出错的

其他角度

1. 影响软件口碑的操作

2. 影响后续软件优化方向的，如数据收集等

综上，抽取回归测试用例的规则就形成了，当然这些规则是一概而论的，对于不同的软件，根据自身的不同特性，可以划定功能的重要程度，按照功能的重要程度，酌情进行增删改。

原文链接

如需转载该篇文章，请注明来自“搜狗测试”