什么叫回归测试？回归测试的测试过程

本文目录

• 什么叫回归测试
• 回归测试的测试过程
• 冒烟测试和回归测试的区别是什么
• 回归测试的目的是
• 回归测试需要重新创建测试用例吗
• 回归测试主要测试什么
• 回归测试是什么意思

什么叫回归测试

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。

扩展资料：

回归测试可遵循下述基本过程进行：

1、识别出软件中被修改的部分。

2、从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。

3、依据一定的策略从T0中选择测试用例测试被修改的软件。

4、如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。

5、用T1执行修改后的软件。

第1和第3步测试验证修改是否破坏了现有的功能，第4和第5步测试验证 修改工作本身。

回归测试的测试过程

有了测试用例库的维护方法和回归测试包的选择策略，回归测试可遵循下述基本过程进行:
(1). 识别出软件中被修改的部分；
(2). 从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。
(3). 依据一定的策略从T0中选择测试用例测试被修改的软件。
(4). 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。
(5). 用T1执行修改后的软件。
第(2)和第(3)步测试验证修改是否破坏了现有的功能，第(4)和第(5)步测试验证 修改工作本身。

冒烟测试和回归测试的区别是什么

1、测试目的不同，冒烟测试：用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。回归测试：以确认修改没有引入新的错误或导致其他代码产生错误。
2、测试过程不同，冒烟测试：是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。回归测试：是指漏洞由开发人员修改之后再次测试的过程。
3、问题解决方式不同，冒烟测试：冒烟测试中是发现问题然后反馈给开发人员进行修改。回归测试：回归测试是修改完之后进行验证再进行的工程。
4、测试周期不同，冒烟测试：冒烟测试只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug，SmokeTest优点是节省测试时间。回归测试：回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
5、测试意义不同，冒烟测试：冒烟测试是对软件质量的总体检验，是测试人员对测试流程的熟悉，是软件测试过程中一个不可或缺的节点，一个好的冒烟测试过程，对于软件测试效率的提升具有重要意义。回归测试：回归测试是软件测试中的一个十分重要且成本昂贵的过程。对针对如何减少回归测试成本，提高回归测试效率的研究将具有十分重要的意义。

回归测试的目的是

目的: 验证缺陷得到了正确的修复,同时对系统的变更,没有影响以前的功能

策略:

1) 完全重复测试

重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性

2) 选择性重复测试

即有选择地,重新执行部分在前期测试阶段建立的测试用例,来测试被修改的程序

a) 覆盖修改法

即针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的用例选择方法

b)周边影响法

该方法不但包含覆盖修改法确定的测试用例,还需要分析修改的扩散影响,对哪些收到修改间接影响的部分选择测试用例验证它没有受到不良影响,该方法比覆盖修改法更充分一点.

c)指标达成法

这是一种类似于单元测试的方法,在重新执行测试前,先确定一个要达成的指标,如修改的部分代码,100%的覆盖,与修改有关的接口 60%的覆盖等,基于这种要求选择一个最小的测试用例集合

流程:

(适用于单元测试,集成测试,系统测试)

1)在测试策略指定阶段,制定回归测试策略

2)确定需要回归测试的版本

3)回归测试版本发布,按回归测试策略执行回归测试

4)回归测试通过,关闭缺陷跟踪单(问题单

5)回归测试不通过,缺陷跟踪单返回开发人员,开发人员重新修改问题,再次提交测试人员回归测试

回归测试需要重新创建测试用例吗

你好。回归测试一般使用发现该缺陷的测试用例。主要验证当时发现的问题是否修改成功。
回归测试另外需要注意的是，要看开发人员修复完缺陷谈到的修改范围。
在修改范围的基础上按开发的建议或根据自己的经验判断是否该次改动对其它模块的功能会产生影响，也就是回归时不能只回归当前缺陷本身。对相关的内容也要再次测试一次。
如果需要回归的缺陷比较多。如一轮测试结束后上报的缺陷几乎全部修改的情况下，可以开展第二轮测试。具体的方式一般为，先验证问题单。也就是上轮提交问题的修复。在修复较好的情况下，对系统进行第二轮完整测试，或根据用例级别，挑选基本和常用功能进行回归。

回归测试主要测试什么

回归测试主要测试什么：

1.全面回归测试

全面回归测试是指不管发现多少个问题，也不管哪些功能测试有问题，哪些功能没有问题，都进行测试。全面回归测试的优点是对所有功能进行验证，尽可能保证系统没有问题，但是这样同样带来一个很重要的问题，就是如果进行全面回归测试，那么测试的成本就会大大提高，并且从测试心理学角度来说，测试工程师是不可能全面回归测试的，即使给你足够的测试时间，也不可能全面回归。

2.选择性回归测试

选择性回归测试是指，在回归测试时我们只对出现问题的这些功能进行验证，没有出现问题的功能就不进行测试。

3.指标法回归测试

指标法回归测试是指每次回归测试一定比例的测试用例，例如用例库一共是1000条测试用例，每次回归测试时只回归验证其中60%的用例，这个方法是不可取的，因为没有规定回归哪60%的用例，这样可能出现测试工程师故意回归一些不相关的测试用例，因此质量无法保证。

4.自动化回归测试

自动化测试工具回归测试是指使用自动化测试工具进行回归测试，前面我们介绍过从理论的角度来说，其实不管修改了哪些功能，都应该对所有的功能进行回归测试。

但是当我们进行全面回归测试时，由于时间成本和测试心态变化的因素，其实我们是无法保证有能力全面回归测试的，这个时候就可以使用自动化测试工具来代替我们手工回归测试，这样既可以解决测试成本的问题，又可以解决测试过程中测试工程师的心态问题。

回归测试是什么意思

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

测试用例库的维护：

为了最大限度地满足客户的需要和适应应用的要求，软件在其生命周期中会频繁地被修改和不断推出新的版本，修改后的或者新版本的软件会添加一些新的功能或者在软件功能上产生某些变化。

随着软件的改变，软件的功能和应用接口以及软件的实现发生了演变，测试用例库中的一些测试用例可能会失去针对性和有效性，而另一些测试用例可能会变得过时，还有一些测试用例将完全不能运行。为了保证测试用例库中测试用例的有效性，必须对测试用例库进行维护。