浅谈冒烟测试

        做软件测试工作半年多了，由于工作的公司是一家小型的IT企业，故而对于岗位的职责没有做太清晰的划分，也就导致我对于冒烟测试的重要性有了较为深刻的感受，所以想在这里记录下来以供参考，也算是给想入门这行的新人一点帮助。

        首先说说冒烟测试。冒烟测试起源于硬件测试，这个“冒烟”其实就是指硬件是否能够正常工作。比如说一根烟囱，将黑烟导出屋外其实就是他的主要工作，他的内部结构、外部结构都是为了这个主要工作来设计的，当它的主要功能存在问题，那么无论它内部结构多么精细，外部设计多么美观，都是毫无意义的，冒烟测试其实就是验证这根烟囱是否能够导出黑烟。从硬件延伸到我们的软件系统中，其实是一个道理，例如一个登录页，那么登录功能就是它的主要工作，我们只要验证到他确实能够使用账号密码登录到系统中，它就是能“冒烟”的，而对于他的字段规范要求、输入框等我们可以放到后面的详细测试中。这就是“冒烟测试”。

        再说说冒烟测试的时机。我认为冒烟测试的时机有三个。一是在有新功能点提测前；二是当有BUG回归时；三是当需求变更导致功能点逻辑变动较大时。这三个时机都有一个共同点，就是在我们详细测试功能之前。我的经历告诉我，冒烟测试的存在与冒烟测试的时机是非常重要的，我曾经测试一个项目时，在开发提测后我以为他们已经进行过冒烟测试，于是就临急临忙的去做测试，从登录页开始，一点一点的严格细致地跟着测试用例慢慢走，用了两个小时测试到某个重要功能时才发现，这个功能存在重大的BUG，甚至于已经影响了整个系统的运行，主要流程根本无法跑通，我只能将其打回给开发让他修改完后再提测，那么我这两个小时就是在浪费时间，也相当于拖延了项目的进度。其实我们完全可以用测试一轮的5