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

 

      软件测试中什么是冒烟测试？

      什么时候执行冒烟测试？

      怎么执行冒烟测试？

      冒烟测试与回归测试的区别是什么呢？

      何为冒烟测试？这一术语源自硬件行业，是对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。如果冒烟了，该硬件组件亦为废品。那么在软件测试中，“冒烟测试”这一术语描述的是在将代码更改集成到产品系统中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改是否按预期运行，且不会破坏整个版本的稳定性。简单点就是，发现BUG后开发人员修复BUG后，测试人员针对该BUG进行再次测试。冒烟测试的成功与否关系到下一步系统测试能否进行，与系统测试不同在于前者覆盖范围不够，只要保证修改部分及其关联的模块不出问题，满足需求即可。

      软件测试是测试人员确认软件是否可用的过程，此过程中不可避免的需要开发人员不断的修改bug，持续迭代。我们常常会发现一个功能的改动，会导致下一轮系统测试出现问题。即发现也许以前修改的bug的确是解决了，可是由于修改一个或多个bug导致引入其它功能模块出现新的问题，测试跑不通了，只能测试终止。那么我们如何确保开发人员修复了bug后，这个bug的修复没有影响到其它功能模块呢？这时就需要进行冒烟