回归测试与冒烟测试

回归测试

定义
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。


回归测试过程
1.识别出软件中被修改的部分
2.从原基线测试用例库“T”中，排除所有不再适用的测试用例，确定对新版本依然有效的测试用例，创建新的基线测试用例库“TN”
3.依据一定的策略从TN中选择测试用例测试被修改的软件
4.如果必要，生成新的测试用例集“T1”，用于测试TN无法充分测试的软件部分
5.用T1执行修改后的软件
第2和第3步测试验证修改是否破坏了现有的功能，第4和第5步测试验证修改工作本身。
观念
1.回归测试是指重复执行以前的全部或部分相同的测试工作。
2.新加入测试的模组，可能对其他模组产生副作用，故须进行不同程度的回归测试。
3.回归测试的重心，以关键性模组为核心。

两种英文定义
1.
Regression testing is any type of software testing that seeks to uncover new errors, orregressions, in existing functionality after changes have been made to a system, such as functional enhancements, patches or configuration changes.


The intent of regression testing is to ensure that a change, such as a bugfix, did not introduce new faults.[1] "One of the main reasons for regression testing is that it's often extremely difficult for a programmer to figure out how a change in one part of the software will echo in other parts of the software."


2.
Regression testing is the process of testing changes to computer programs to make sure that the older programming still works with the new changes. Regression testing is a normal part of the program development process and, in larger companies, is done by code testing specialists. Test department coders develop code test scenarios and exercises that will test new units of code after they have been written. These test cases form what becomes the test bucket. Before a new version of a software product is released, the old test cases are run against the new version to make sure that all the old capabilities still work. The reason they might not work is because changing or adding new code to a program can easily introduce errors into code that is not intended to be changed.

目的
其根本目的是检验已经被发现的缺陷有没有被正确的修改和修改过程中有没有引发新的缺陷。








冒烟测试


定义
冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率比较低。
冒烟测试是自由测试中的一种。


来源
冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。


冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。


由于冒烟测试特别关注更改过的代码，因此必须与编写代码的开发人员协同工作。必须了解以下内容：
1、代码中进行了什么更改。若要理解该更改，必须理解使用的技术；开发人员可以提供相关说明。
2、更改对功能有何影响。
3、更改对各组件的依存关系有何影响。

目的
检查修改是否正确修改可能造成的影响。