冒烟测试

冒烟测试：强调的是对主要功能进行验证，不会对这个功能进行比较深入详细的测试。执行冒烟测试的目的是要对测试的项目进行大概的度量，若大部分功能走不通，冒烟结束。

前段时间学习自动化测试的时候，听到一句话“自动化测试应用在冒烟测试”，当时，有一种疑问，产品都没有经过测试，还不稳定，怎么可以使用自动化进行冒烟测试呢？

带着这个疑问，查看了相关冒烟测试的文章后，个人给冒烟测试划分了两种：

1、第一次提交版本进行冒烟测试

2、每日构建或定时构建的冒烟测试

给冒烟测试划分了两种的原因：

第一点的“第一次提交版本进行冒烟测试”，这点的冒烟测试，比较容易理解，第一次提交版本测试时，需要对产品进行冒烟测试，看产品的核心业务流程的功能是否正常（会不会报错），若是发现大多功能都走不下，此次的冒烟测试结束。

第二点的“每日构建或定时构建的冒烟测试”，这个冒烟测试是在产品已经进行了多次测试，部分功能已经稳定，对这个进行冒烟，是因为开发修复了其中一些问题或改了重要的业务，可能修改的点或新增的功能，对已经稳定的功能造成影响，导致之前版本测试通过的功能，出现了问题。此时就需要对其主要核心业务进行冒烟测试。若觉得这样每次需要手动去检查，比较费事费时，此时就使用自动化来进行冒烟测试了。