冒烟测试和回归测试

何为冒烟测试

冒烟测试在测试中发现问题，找到了一个bug，然后开发人员会来修复这个bug。这时想知道这次修复是否真的解决了程序的bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为冒烟测试。在很多情况下，做冒烟测试是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的bug。

必要条件：详细理解需求，主要是基本的功能点

　冒烟测试引入到软件测试中，是指测试人员在正规测试一个新版本之前，先投入较少的人力和时间验证一个软件的主要功能，如果主要功能都没有实现，则打回开发组重新开发。这样做的好处是可以节省大量的时间成本和人力成本。

何为回归测试

回归测试一般是在进行软件的第二轮测试开始的，验证第一轮中发现的问题是否得到修复。当然回归也是一个循环的过程，穿插在软件测试整个生命周期里面。如果回归的问题不通过，则需要开发人员修改后再次回归，直到通过为止

必要提交：1、和开发确认提测的功能点 和 修复的BUG

                2、走一遍基本流程，注意关键点的测试 

3、好的开发人员，修改缺陷时，会修改过程中注意对其它地方的修改。但能力不足的开发人员可能考虑较少。导致修改后，引起的2次bug较多，这个时候就需要加大测试力度，可能的话要整个模块基本功能进行回归。

 4、项目初期对测试用例的维护 

3.两者有何区别

  冒烟测试就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通。如果不通过，则打回开发那边重新开发；如果通过测试，才会进行下一步的测试(功能测试，集成测试，系统测试等等)。冒烟测试优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。

回归测试：1、复查上个版本的BUG是否更新 2、使用之前的测试用例测试新版本 3、添加一个新功能回归测试用的很多