定义：

冒烟测试（Smoke Testing）通常会执行一组基本的测试用例，这些测试用例覆盖了应用程序的核心功能和主要功能点，通常是通过手动测试实现的。

冒烟测试是一个很形象的表达，最开始是在测试电路板的时候，为了确保元器件是否正常运作，会在测试其他功能之前，先通电进行测试，看看会不会冒烟，所以延用到软件测试里就是在测试其他功能之前，测试一下最基础的功能是不是正常的。

怎么做？

一般冒烟测试占总用例数的30%～40%，这个具体的数量应该视项目的难度和复杂度而制定。冒烟用例为主要功能的测试，所以可以理解为不测异常case，不测边界case，比如你写一个搜索框的冒烟用例，那这个就是搜索功能是不是正常，输入名字，能不能搜出来东西。如果搜不出来，或者连字都打不上去，就说明冒烟测试用例都没通过，那肯定是不合格的。

流程是什么？

冒烟用例一般是研发来执行，QA来提供。研发在正式提测之前，联调结束之后，需要先进行冒烟测试的检查，确保程序大体正常无误，提高QA测试效率和代码的准确性。

可以说，冒烟用例的执行，对于项目的整体效率有很大提升。QA可以专注于异常，边界场景，核心场景。提高产品质量。

冒烟VS回归

冒烟测试，是版本验证测试，主要确认新的版本是否存在致命性bug，冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数。

回归测试，是软件维护阶段对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。