smoke test
<p><a href="https://www.cnblogs.com/zzp28/category/213295.html">https://www.cnblogs.com/zzp28/category/213295.html</a></p>
<p><code>Smoke Testing</code> 在软件测试中的意义，应该说取的是其原始概念中的目的而非手段。通过<code>Smoke Testing</code>，在软件代码正式编译并交付测试之前，先尽量消除其“表面的”错误，减少后期测试的负担。</p>
<p><strong>因此可以说，<code>Smoke Testing</code> 是预测试</strong></p>
<h3><code>Smoke Testing</code> 的执行</h3>
<p> 按照现有定义的说法，<code>Smoke Testing</code> 的执行似乎是在每日构建（daily build）完成时进行的，从这一点来看似乎说的就是<code>BVT</code>。</p>
<p><strong>因此国内有人更加引申一步理解，把研发后期所做的一些不全面的集成测试也认为是 <code>Smoke Testing</code></strong></p>
<p> 实际上 <code>Smoke Testing</code>的执行是在代码评审（<code>code review</code>）之后、每日构建（<code>daily build</code>）之前完成的工作——关于这一点，如果大家认真查阅国外同行关于 <code>Smoke Testing</code> 的介绍是不难找到叙述的。</p>
<h3>软件研发不同阶段的 <code>Smoke Testing</code></h3>
<p> 在实际的软件测试工作中，<code>Smoke Testing</code> 在软件研发的不同阶段有所不同。大体可以分为三类：</p>
<ul>
<li>
<p>形成集成测试版本以前——<code>Smoke Testing</code> 是随着代码的不断开发必做的一项工作，目的是验证各个单元能够成功执行，并保证测试版本能够顺利集成。</p>
</li>
<li>
<p>形成集成测试版本以后——在代码 <code>check in</code>到 <code>daily build</code> 之前执行<code>Smoke Testing</code>，以保证新的或者更改过的代码不破坏集成版本的完成性和稳定性。</p>
</li>
<li>后期预测试 Bug 的修正——后期<code>daily build</code>相对稳定时，针对每个 Bug 所做的 <code>Bug Fix</code> 都要先在“干净的” <code>build</code> 中进行<code>Smoke Testing</code>，测试通过的 <code>Bug Fix</code>才能 <code>check in</code>到新的 <code>daily build</code> 中。</li>
</ul>
<h3><code>Smoke Testing</code> 与 <code>BVT</code></h3>
<p> 从 <code>Smoke Testing</code> 的定义上看，BVT 似乎可以看作是 <code>Smoke Testing</code>，但在实际当中 BVT 是与 Smoke Testing 完全独立的一个概念，这是基于以下几个方面：</p>
<ul>
<li><code>Smoke Testing</code> 与 BVT 的执行阶段不一样。
-<code>Smoke Testing</code> 与 BVT 的内容不一样。</li>
<li><code>Smoke Testing</code> 与 BVT 结果对后续工作的影响不一样。</li>
</ul>