回归测试回归测试有什么作用

什么是 regression test

regression test 回归测试 [例句]Otherwise you ll be handcrafting your own regression test suites. 否则，就要手工制作自己的回归测试套件。

如对你有所帮助， 请采纳或给予好评， 如有其他疑问， 可以向我求助， O(∩_∩)O谢谢

回归测试需要注意什么因素，怎么设计回归测试用例

此时，就势必要进行回归测试。

而且系统越成熟，回归测试的比重也会越大。

这将会对测试工作带来不小的挑战。

在实际工作中，经常是一方面求全，希望覆盖面尽量广，避免漏测。

另一方面求产出，大量的回归测试用例，可能只发现很少的问题，投入与产出不太匹配，会影响测试人员的士气，甚至测试管理者也会对这种投入产出有所质疑。

并且，设计大量的自动化测试脚本，会占用大量的时间。

引子就说这么多，看看大家对这一普遍问题有什么看法和建议。

会员卖烧烤的鱼的精彩回答: 最近刚到新公司上班，面临的比较突出的问题是人力紧张，由于公司的产品用在Windows mobile，MTK，Kjava，Symbian，website几部分，测试人员<5(+上我)，如何高效的组织测试团队确实是个挑战?回归测试属于软件测试环节比较重要的部分，所以花费了一些时间总结此文，希望能给测试人员稀少，产品或项目众多的公司，提供一些建议 所谓回归测试，即就是在软件生命周期中，只要软件发生了改变，就可能给该软件产产生问题;所以，每当软件发生变化时， 我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能。

其实仅单纯从英文单词Regress很好理解:return to a worse or less developed state.即是退化，衰退的意思， 检查软件从正常的稳定状态退化或是衰退到不正常工作的不稳定状态。

注意:回归测试不仅仅是针对在系统测试阶段，而是在软件生命周期中^_^ 如果以上的定义均明确后，有效的回归测试应从这几方面: 其实最有效的回归测试方法建立在开发测试库的基础上;开发在创建测试库，每次生成程序的新版本时都可以运行这些用例。

只有有效的从源头避免风险才能有效的进行回归测试(目前国内的公司，能从事此级别的，太少) 1 强调单元测试时加强回归测试，引入代码评审，引入自动测试; 2 集成和系统级的测试时，加强测试用例评审，回归测试用例的选择; 具体的选择可以参考以下几点: 1 开发设计测试用例时制定优先级，如高，中，低，方便以后自动化或是策略选择; 2 配置管理时，引入测试用例基线管理，有效管理测试用例; 3 定期维护测试用例增，删，保持最新状态; 回归测试时需考虑效率和覆盖度有效配合，通常的策略有以下几种: 基于风险选择测试: 开发人员修改的局部程序时，可能已经处理了症状，所以主要测试其被改变的模块和它的接口上; 但是也可能存在未触及到根本原因，所以需要测试周边程序及相互依赖性的部分; 错误本身可能得到了修复，但修复也可能造成其他错误，所以有必要为每个修复的错误，设计回归测试。

基于全面测试策略: 如果时间充足，资源齐全，可以进行全面测试,最低的遗漏回归错误的风险，但测试成本最高，非上策! 其它的回归测试: 1 基于GUI方式的自动化回归测试技术 2 基于Ad Hoc 回归测试:增加随机测试，避免回归测试肓点3 基于交叉测试:多人互动的回归测试，尤其在核心的功能点，交互性比较的

【我问大家答第15期】如何做好回归测试？

回归测试是个好东西，项目后期时候，发现问题的效率大大的降低，连续几个月的测试，测试人员测试积极性这时会降到最低，回归测试，将以前发现的BUG重新操作一遍，即查缺补漏，又能重新覆盖测试，且不用动脑，但实际运作时遇到的问题是回归测试的BUG数量太庞大，且没有分类执行起来效率低，且还收BUG描述影响，执行效率很低，我认为要做好回归测试，最好的方法就是在测试过程中，根据发现的问题来总结测试点，记录在测试用例中，回归测试的时候就执行用例，即做了回归，又完善了用例可以用于其他项目上，且用例执行时对操作不限定，无需照抄原来的BUG，测试员能更好的发挥主动，获得成就感。

回归测试和冒烟测试的区别

冒烟测试这个名称的来历，是从电路板测试得来的。

因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行其它测试，否则就必须重新来过。

类似的如果冒烟测试没有通过，那么这个builder也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。

冒烟测试一般用于每日构建(Nightly build)，构建服务器首先从CVS服务器上，下载最新的源代码，然后编译单元测试，运行单元测试通过后，编译可执行文件，可执行文件若可运行，并能执行最基本的功能，则认为通过了冒烟测试。

而回归测试，是软件维护阶段对软件修改后进行的测试。

两种测试用在软件生命的不同周期。

回归测试有什么作用

回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。

理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。

根据修复好了的缺陷再重新进行测试。

回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。

一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。

因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。

所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。

因此应当鼓励对所有回归测试用例进行自动化测试。