回归测试 VS 冒烟测试

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、回归测试

1. 基本概念
   是指对旧的代码修改后（换句话说就是“发布新的版本时”），重新进行的测试，进而验证缺陷得到了正确的修复，同时对系统的变更，是否影响以前的功能。
2. 目的
   验证缺陷得到了正确的修复，同时对系统的变更没有影响以前的功能。
3. 回归测试的策略
   全面回归测试、选择性回归测试、指标法回归测试和自动化工具回归测试。
   • 回归测试是指重复以前的全部或部分的相同功能测试
   • 新加入测试的模块，可能对其他模块产生副作用，因此要进行某些程度的回归测试
   • 回归测试的重心，是以关键性模块为核心

二、冒烟测试

1. 基本概念
   针对每个版本或者每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试。

2. 目的
   为了正式测试前，验证是否产品或系统的主要需求或预置条件是否存在bug。

3. 策略
   最好的方法设计出自动化测试脚本，每一次版本更新后都可以去执行脚本验证一下。

4. 冒烟测试 VS 回归测试
   冒烟测试，是版本验证测试，主要确认新的版本是否存在致命性bug，功能可以正常运行（不会出现跑不通的状况），不会影响下一轮测试的进行，如果上述都符合那么这个版本就可以进行下一轮测试。个人理解冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数。
   回归测试，是软件维护阶段对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误
   | | 冒烟测试| 冒烟测试|
   |–|–|–|
   |使用阶段 | 单元测试之后 |软件维护阶段 |
   |测试侧重点 | 新版本送测后，对基本功能的粗略测试 |解决一个问题后，判断是否引入新的问题 |
   |消耗时间 | 节省时间 |消耗时间长 |
   |覆盖率 | 低| 高|
   |执行人 | 提测前是开发；版本上线前是测试 | 测试|