回归测试与冒烟测试

---

概念：

1、什么是冒烟测试？
冒烟测试 就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通。这里的基本功能，包括新开发的功能，和以前原有的功能。

2、什么是回归测试？
回归测试是指修改了旧代码后重新进行测试，确认修改没有引入新的错误或导致其他代码产生错误。

---

阶段：

1、冒烟测试的应用阶段：
冒烟测试常用于两个阶段，一个是提测前，一个是上线前。
提测前的冒烟测试，如果不通过，则打回开发那边重新开发；如果通过测试，才会进行下一步的测试(功能测试，集成测试，系统测试等等)。冒烟测试优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。
上线前的冒烟测试，是对指基本功能(新增功能和原有功能)的二次确认，如果没有问题，则是冒烟测试通过。

2、回归测试的应用阶段：
冒烟测试常用于两个阶段，一个是提测前，一个是第二轮测试。多数情况下，指的是第二个阶段：二轮测试。
提测前：当一个新版本开发好后，而且冒烟测试通过，此时可以先用上一个版本的测试用例对新版本进行测试，看是否有bug！
二轮测试：就是当你修复一个bug后，把之前的测试用例再次应用到修复后的版本上进行测试。

---

如何做好冒烟测试与回归测试？

冒烟测试：

1、冒烟测试必须在每次提交新的测试版本前执行，且执行规范必须严格按照需求设计文档来要求。必须按照需求文档严格整理出冒烟测试点。也就是基本功能点。之后就不会导致后期版本发布时出现功能遗漏,或者功能实现有缺陷等等问题。

2、冒烟测试要想执行好，就必须对需求设计文档分析的很细致。要实现什么样的功能，达到什么样的效果，其实开发做出来之前是要有预想的。但具体是否符合用户需求，就要及时对测试用例进行评审。这里强调下，用例编写一定要尽早完成，尽早评审。因为此时开发刚开始做，如果评审中出现与开发设想不同的地方，就可以及时纠正。避免开发完成之后，才发现，原来与用户需求的要出入。

3、提倡开发人员也进行冒烟测试。提测前，如果没有冒烟测试都未通过，提测的东西每次都打回，势必会影响项目的完成时间。通过冒烟测试他们能够检查一次那些需求没有实现，是否有遗漏的，就不会将原本就无效的版本发给测试，导致最后还要被发回重审，既浪费时间，又大大降低效率。

回归测试：

1、和开发沟通确认，好的开发人员在提交测试时就会注明可能影响的地方。这样在回归原有功能的时候，就会有方向感，而不会出现不知道从哪下手的情况。

2、关键点的测试，就是很重要的部分，即使看着和本次修改无太直接关联，也最好能走一下基本流程。

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

---

PS：其实冒烟测试和回归测试的侧重点不同，也是有很多重要的地方。例如对原有的功能的验证，对重要功能的验证，这在两个阶段都有提到。

针对原有功能点的测试顺序为：对新功能可能牵扯到的原有功能进行验证-->对原有重要功能进行验证-->对原有的主要功能进行验证-->对其他基本功能进行验证。

---

参考：https://mp.weixin.qq.com/s/XSnlcgzCeI4S-XHBcjaaKg