软件冒烟测试详解

软件冒烟测试详解 软件冒烟测试详解 近来看到和听到几个关于 Smoke Testing 的说法也曾几次被顾问客户问及 Smoke Testing感觉大家似乎对 Smoke Testing 的概念都相当模糊。据说软件测试中的 Smoke Testing 最早源于微软而在实践中我曾就此询问过美国微软的几个开发人员他们的说法也莫衷一是。根据我搜集的一些资料结合微软的实际测试工作现将 Smoke Testing 综合介绍一下。 【误区】 先说说大家对 Smoke Testing 理解中的问题。查了一下网上有关 Smoke Testing 的资料发现所有关于这方面的信息不外乎来源于两个 翻译过来的定义——关于 Smoke Testing 的定义能查到不少内容基本是一致的但是定义很表观且陈旧和当前国际上大软件企业中的 Smoke Testing 实践并不十分相符。 以讹传讹的理解——比如 完全沿用 Smoke Testing 的原始意义——这是在理解一些外来专用语上常犯的一种错误。 想当然地理解为“用抽烟的功夫就能完成的测试”——这貌似有道理但却是最荒谬的因为 Smoke Testing 并不见得比常规的测试花费更少的时间而且在正式的软件测试工作环境里是没有人抽烟的。 笼统地把所有粗浅的测试都作为 Smoke Testing这显然是因为对 Smoke Testing 定义中的简单测试或者初级测试等等单词断章取义的理解。 认为 Smoke Testing 就是 BVT——这是因为 Smoke Testing 定义的模糊与过时。 那么真正的 Smoke Testing 是什么意思呢 【Smoke Testing 释义】 Smoke Testing 的概念最早源于制造业用于测试管道。测试时用鼓风机往管道里灌烟看管壁外面是否有烟冒出来以便检验管道是否有缝隙。这一测试显然比较初级更深层一点的测试至少要进行渗油测试、带压测试等等。Smoke Testing 只是一种初级、直观的测试。 软件测试中的 Smoke Testing 实际上用的是其引申含义而且是引申了不止一道的含义在这里Smoke Testing 其实是个俚语就跟很多其他源于美国软件行业的名词一样。 以前我并不知道 Smoke Testing 有适当的中文翻译最早听到冒烟测试这个词还是在我的顾问客户那里。据我的理解这个翻译只是字面翻译显然并不能代表 Smoke Testing 的真实含义换句话说冒烟测试只是 Smoke Testing 的字译而非意译。 Smoke Testing 在软件测试中的意义应该说取的是其原始概念中的目的而非手段。通过 Smoke Testing在软件代码正式编译并交付测试之前先尽量消除其表面的错误减少后期测试的负担。因此可以说Smoke Testing 是预测试。 【Smoke Testing 的执行】 按照现有定义的说法Smoke Testing 的执行似乎是在每日构建daily build完成时进行的从这一点来看似乎说的就是 BVT。因此国内有人更加引申一步理解把研发后期所做的一些不全面的集成测试也认为是 Smoke Testing。 实际上 Smoke Testing 的执行是在代码评审code review之后、每日构建daily build之前完成的工作关于这一点如果大家认真查阅国外同行关于 Smoke Testing 的介绍是不难找到叙述的。 【软件研发不同阶段的 Smoke Testing】 在实际的软件测试工作中Smoke Testing 在软件研发的不同阶段有所不同。大体可以分为三类 形成集成测试版本以前Smoke Testing 是随着代码的不断开发必做的一项工作目的是验证各个单元能够成功执行并保证测试版本能够顺利集成。 形成集成测试版本以后在代码 check in 到 daily build 之前执行 Smoke Testing以保证新的或者更改过的代码不破坏集成版本的完成性和稳定性。 后期预测试 Bug 的修正后期 daily build 相对稳定时针对每个 Bug 所做的 Bug Fix 都要先在干净的 build 中进行 Smoke Testing测试通过的 Bug Fix 才能 check in 到新的 daily build 中。 【Smoke Testing 与 BVT】 从 Smoke Testing 的定义上看BVT 似乎可以看作是 Smoke Testing但在实际当中 BVT 是与 Smoke Testing 完全独立的一个概念这是基于以下几个方面 Smoke Testing 与 BVT 的执行阶段不一样。 Smoke Testing 与 BVT 的内容不一样。 Smoke Testing 与 BVT 结果对后续工作的影响不一样。