什么是烟雾测试？它对我有什么作用？

Question

我以为我理解烟雾服务器用于持续集成来衡量项目的性能和测试覆盖率。这基本上是正确的吗？对程序进行冒烟测试意味着什么？它是否仅仅意味着持续应用烟雾服务器上定义的测试，以便能够查明特定时间范围内的性能下降情况？

Answer 1

烟雾测试是一组基本的廉价来运行之前实际测试的测试。它的目的是验证构建成功，所有测试ENV部署。方面正在运行，并准备进行实际测试过程。这样可以节省你把你的测试愤怒下来错误的构造的完整程度，只是意识到，你一直在一个糟糕的ENV测试。或错误地部署构建可能太迟了。

Answer 2

打开它，查看是否有任何烟雾出来。

Answer 3

术语源于硬件修复并已应用于软件。它的目的是快速测试看看，当首次运行该应用程序“抓住火”。如上所述，它只是确保你不将其设定松动的东西，这显然浪费破了一堆人的时间。

Answer 4

烟雾测试不是性能测试或消退预防测试。

烟雾测试是一组的最高优先级的完全自动化的测试。即使你经常构建成功，它可能以使得它100％不可用非常基本的方式被打破你的产品。烟雾测试的目的是测试的核心功能这一水平。未通过烟雾测试一个版本是很容易失败的多数所有的自动化测试的。

如果冒烟测试失败，这通常意味着你失去生产力，因为生成不可用，无法进行测试，等烟雾测试失败往往需要立即修正，小时而不是几天的顺序。

约烟雾测试的重要方面是，它们可以快速运行。你应该总是运行某种冒烟测试。许多基团具有足够的资源来运行的较大的测试套件在其日常的或连续的集成构建（这是善），但烟雾测试应该被认为是最低限度。

Answer 5

这 关于烟雾测试的维基百科页面 其实还是不错的。它包含指向 IEEE Software 13(4), 1996 最佳实践部分中 Steve McConnel（“Code Complete”）论文的指针，标题为 “每日构建和冒烟测试”.

我想说冒烟测试是单元测试和其他形式测试的先决条件：如果冒烟测试失败，那么启动单元测试就没有意义了。

Answer 6

我们使用术语冒烟测试指测试，做一个应用程序或产品的快速基本的测试，使其符合像集成测试或功能测试进行进一步的测试。这是没有多大用处做集成测试或其他adavanced测试如果应用程序没有做一些这些先进测试所需的基本的东西。比如我们有一个基于Web的应用程序和我们做烟雾测试，以确保我们可以加载所有网页，让用户登录/注销等，这些都是基本的事情，应该使用应用程序，使其可测试。如果页面甚至不加载，或者如果用户无法登录，即使我们不能做太多与功能或集成测试。我们做冒烟测试，每次构建其次是功能和集成测试。

Answer 7

烟雾测试是集成测试的第一步骤。作为开发人员，你已经把所有的部件一起，你确保你的应用程序将它给你的QA团队为“真正的”测试之前运行。

我想多写，但MahdeTo打我一个正确的答案...：）

Answer 8

*检查的应用程序的基本的和关键特征出发测试被称为烟测试之前。 *在烟雾测试我们检查来检查基本和关键特征的正流量如果构建是可测试或没有。

Answer 9

我同意以前的一些答案。对我来说，冒烟测试是一个简单的检查，如果我所有的X数以千计的子页面，并重定向仍在工作。

工作意味着每个子页面的状态码为“200 OK”。

我运行冒烟测试尽可能晚。当我部署我的代码到服务器之前，我借这个服务器的活动。

今天，甚至有一个在线服务（SaaS）做的工作对我来说。 https://www.smest.it 帮助我冒烟测试。我刚进入一次我的私人领地上他们的主页，从那以后，我得到我的网站每天检查。无应力的。