- 近期在和一些研发团队沟通时,发现许多同学对于冒烟测试有一些理解的误区,就想来捋一捋这个概念。
误区一:开发不知道冒烟测试是干嘛的。
-
在软件研发中,冒烟测试其实是微软首先提出来的一个概念,和微软一直提倡的每日build(构建版本)有很密切的联系。具体说,冒烟测试就是在每日build(构建版本)建立后,对系统的基本功能进行简单的测试。这种测试强调程序的主要功能进行的验证,而不会对具体功能进行更深入的测试。
-
冒烟只是这类测试活动更形象化一些的叫法,直接叫做BVT(Build Verification Testing)其实个人觉得更为贴切。
-
它的重点其实在于 daily build ,也就是说冒烟测试是随着每一次构建而走的,它应该是一个开关而不是一个研发流程中的测试阶段。
1.过,你可以继续后面的测试。
2.不过,直接返工等待下一次的构建。
这才是冒烟测试应有的态度。
说白了,自己写完代码,做完功能模块以后,自己把所有的功能都测试一遍