软件测试中如何引入“冒烟测试

lsekfe

软件测试中什么是冒烟测试？什么时候执行冒烟测试？怎么执行冒烟测试？冒烟测试与回归测试的区别是什么呢？
　　何为冒烟测试？这一术语源自硬件行业，是对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。如果冒烟了，该硬件组件亦为废品。那么在软件测试中，“冒烟测试”这一术语描述的是在将代码更改集成到产品系统中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改是否按预期运行，且不会破坏整个版本的稳定性。简单点就是，发现BUG后开发人员修复BUG后，测试人员针对该BUG进行再次测试。冒烟测试的成功与否关系到下一步系统测试能否进行，与系统测试不同在于前者覆盖范围不够，只要保证修改部分及其关联的模块不出问题，满足需求即可。
　　软件测试是测试人员确认软件是否可用的过程，此过程中不可避免的需要开发人员不断的修改bug，持续迭代。我们常常会发现一个功能的改动，会导致下一轮系统测试出现问题。即发现也许以前修改的bug的确是解决了，可是由于修改一个或多个bug导致引入其它功能模块出现新的问题，测试跑不通了，只能测试终止。那么我们如何确保开发人员修复了bug后，这个bug的修复没有影响到其它功能模块呢？这时就需要进行冒烟测试啦。
　　前面提到冒烟测试是与开发的合同协作，初步了解代码中进行了那些更改。开发需告知此修改对其他功能是否有影响;更改对各组件的依存关系有何影响。
　　形成集成测试版本前，需要进行冒烟测试，是随着代码的不断开发必做的一项工作，目的是验证各个单元能够成功执行，并保证测试版本能够顺利集成。
　　那么在形成集成测试版本以后，开始进行集成测试前，也需要进行冒烟测试。这时的冒烟测试主要是验证系统是否包含需求的功能，功能是否满足需求的描述，主业务流是否能够跑通，主业务流是否覆盖需求，是否满足需要。但均为主干的测试，比较粗糙，覆盖率不高。目的是先了解系统的概貌，比如：功能是否齐全，业务流覆盖是否全面，主干流程是否走通、正确。
　　冒烟测试，是版本验证测试，主要确认新的版本是否存在致命性bug，功能可以正常运行，不会影响下一轮测试的进行，如果上述都符合那么这个版本就可以进行下一轮测试。个人理解冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数。
　　而回归测试，是软件维护阶段对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
　　最后，附冒烟测试文档截图以便对君有益！