为什么冒烟测试对持续集成有用？

Question

我们通常会在接收新版本时进行冒烟测试以检查关键功能。执行冒烟测试后，我们肯定会进入下一阶段（下一级测试）。我从同事那里听说，当您的团队采用持续集成和DevOps时，冒烟测试非常有用。烟雾测试总是有益的，但CI和DevOps的结合会如何更有益？

Answer 1

测试很有意思，每次QA都面临新的挑战，需要在产品的最终部署中付出更高的努力。这包括在持续集成环境中的持续交付。在这个持续部署过程中，要求并行进行测试，以保持流程的移动。

Answer 2

我经常听到烟雾测试用于指您运行到健全检查版本的手动测试。 This article将烟雾测试定义如下：

  

Smoke Testing，也称为“构建验证测试”，是一种类型   包含非详尽测试集的软件测试   旨在确保最重要的职能发挥作用。该   此测试的结果用于确定构建是否足够稳定   继续进行进一步测试。

首先，我当然希望人们在将代码检入主分支时这样做，以确保他们的更改不会以某种明显的方式破坏软件。这就决定了你是否正在进行持续集成。 （我的个人宠儿之一一直是检查代码然后离开的人，而没有检查以确保它有效。）

另外，请记住，在现今典型的CI周期中，构建通常会发生，每次签入到主分支（或者，至少会有一个夜间自动构建;在我现在的公司我们都有），所以你没有时间为每个版本手动运行整个测试套件。 CI的主要目的之一是使集成（并且作为扩展，构建）比其他类型的开发周期中更频繁地发生。

作为最后评论：如果您正在进行持续集成，我强烈鼓励您进行某种自动化测试（例如编码的UI测试，单元测试等） 。）作为其中的一部分。这些可以提供基本的烟雾/健全测试和回归测试，并减少每次构建时必须手动完成所有操作的负担。