为什么要做冒烟测试呢？如果不做冒烟测试，版本转测试后，所有测试人员拿该版本去部署环境，去执行自己负责模块的用例，如果某个关键功能有bug，会阻塞一批测试用例的执行，测试工作无法顺利开展。
举个简单的例子，某某团购APP测试，无法正常提交订单，那提交订单后的一系列功能点都无法测试。此时需要将版本打回，解决提交订单的问题后，再转测试。版本不可用，在这个过程中，所有测试人员的工作相当于是无效的。
为了避免浪费测试人力，所以在转测试前，先部署一套环境，由一个或两个测试人员做一下基本功能的测试，比如购物APP的话，从选商品，提交订单，发货，收货，评价，全流程功能正常后，再所有的测试人员投入测试，部署多套环境，做功能、性能测试。这样极大避免了测试的无效投入。
冒烟测试一般都是最基础的一些功能，如果能做到自动化，可以集成到持续集成中，版本构建结束后，立即去执行冒烟测试，根据持续集成以及冒烟脚本的执行结果，判断版本是不是可用，是不是继续开展测试。
如果无法做到自动化，那冒烟测试可以由测试人员之间轮流负责，避免一个人长期重复做这件事情，产生惯性或者疲劳。
当然，也可以由开发人员负责冒烟测试，将交付可用版本作为开发转测试的基本要求，由开发构建版本后，执行冒烟用例，当然，冒烟用例是由测试人员提供的，除此之外，测试环境搭建、冒烟用例执行，测试人员也会给予一定的指导。
冒烟测试的用例是定期刷新的，根据版本现状持续的优化。比如购物APP订单流程已经非常稳定，当前在做直播类的需求，那我们会把订单这部分用例从冒烟测试中去掉，将直播类的基本用例加入进来。
此外，可以将冒烟测试失败的次数、失败的原因记录下来，开发周期结束后，反向推动开发质量的改进。
sales@spasvo.com
