上周刚刚结束了新项目冒烟测试！上大学的时候在课本里见过冒烟测试这个概念，感觉很深奥：有人形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。后来上网看冒烟测试是测试人员每天早上在正式测试之前，先跑下主流程，走得通再进行一天测试工作。等自己实际投入工作，发现公司针对自己实际情况会对冒烟测试有新的诠释。
通过自己亲身参与几个项目之后，对冒烟测试有了一些体会。能够做好一个快而且准的冒烟测试，我觉得要注意以下几点：
一.冒烟测试的准备工作
1.主流程和主功能的确认
因为我们公司的冒烟测试是测试在正式进入三轮之前对整个项目的主流程地验证，如果主流程不通过，是不可以开始正式测试的。这点就要求测试人员对自己项目的整体把握程度要强，在前期了解清楚需求后，把最重要的流程和功能列举出来，在冒烟测试前和开发人员一一确认,这对于冒烟测试是非常重要的一环。最好能够将功能点和流程在冒烟测试时要的预期结果和开发人员说明清楚。（虽然冒烟测试不像正式进入测试阶段要求测试结果那么准确，但是冒烟测试也最好列一个指标。有指标我们才能测衡量试是否通过。）
2.预计冒烟测试的最短和最大时间
根据列出来的功能点和开发人员以往提交测试人员代码质量的可信度，评估下冒烟测试在不同环境下可能花费的最大时间和最小时间，然后列到测试计划中。
3.冒烟测试数据的准备
必须在前期对主要功能对应表的结构都了解地很透彻，需要准备的数据及时准备好。真正冒烟测试开始后，就不会因为准备数据或者了解表存储结构而浪费时间。
二.冒烟测试的执行工作
测试工程师严格按照前期的约定去校验主流程，全部校验完和开发人员报告情况！这个阶段其实在考验测试工程的执行能力，1就是1，2就是2，不可以马虎.可能放过一个主要的测试功能点，都可以对后面的测试进度有所影响，从而影响软件质量。
三.冒烟测试的总结工作
冒烟测试结束后的报告很重要，在报告里将冒烟情况说明：
1.时间：冒烟测试是否按时完成？按时完成皆大欢喜；但有延误的话，要分析这段时间是不是会对后面正式测试的时间有影响。如果影响比较大可以给开发提建议，看后期有什么补救的方法可以既保证了质量又保证了按时上线，比如提高开发人员修复BUG的效率，测试时间顺延等。
2.问题：分析冒烟测试中发现的问题，和开发人员强调这个影响主流程的问题在冒烟修复验证通过后，不能在正式测试中再次出现，否则加大测试人员重复验证的工作量，影响测试进度。
对于一个小项目，也许冒烟测试只是花费2，3个小时就结束了，但是冒烟测试是麻雀虽小,五脏六腑全有。从前期确认主要功能，到最后的总结报告，我觉得每个流程都不能马虎，只有都准备好了，才能真正意义达到“冒烟测试”意义：仅用一袋烟功夫完成测试。