我们通常会在接收新版本时进行冒烟测试以检查关键功能。执行冒烟测试后，我们肯定会进入下一阶段（下一级测试）。我从同事那里听说，当您的团队采用持续集成和DevOps时，冒烟测试非常有用。烟雾测试总是有益的，但CI和DevOps的结合会如何更有益？
答案 0 :(得分：1)
测试很有意思，每次QA都面临新的挑战，需要在产品的最终部署中付出更高的努力。这包括在持续集成环境中的持续交付。在这个持续部署过程中，要求并行进行测试，以保持流程的移动。
答案 1 :(得分：0)
我经常听到烟雾测试用于指您运行到健全检查版本的手动测试。 This article将烟雾测试定义如下：
Smoke Testing，也称为“构建验证测试”，是一种类型 包含非详尽测试集的软件测试 旨在确保最重要的职能发挥作用。该 此测试的结果用于确定构建是否足够稳定 继续进行进一步测试。
首先，我当然希望人们在将代码检入主分支时这样做，以确保他们的更改不会以某种明显的方式破坏软件。这就决定了你是否正在进行持续集成。 （我的个人宠儿之一一直是检查代码然后离开的人，而没有检查以确保它有效。）
另外，请记住，在现今典型的CI周期中，构建通常会发生，每次签入到主分支（或者，至少会有一个夜间自动构建;在我现在的公司我们都有），所以你没有时间为每个版本手动运行整个测试套件。 CI的主要目的之一是使集成（并且作为扩展，构建）比其他类型的开发周期中更频繁地发生。
作为最后评论：如果您正在进行持续集成，我强烈鼓励您进行某种自动化测试（例如编码的UI测试，单元测试等） 。）作为其中的一部分。这些可以提供基本的烟雾/健全测试和回归测试，并减少每次构建时必须手动完成所有操作的负担。