每当我们收到新版本时，我们通常会进行冒烟测试以检查关键功能。执行完冒烟测试后，我们肯定会进入下一个阶段（下一级测试）。我从同事那里听说，当您的团队采用持续集成和 DevOps 时，冒烟测试非常有用。冒烟测试总是有益的，但如何将 CI 和 DevOps 结合起来更有益呢？
问问题
1262 次
2 回答
1
测试很有趣，每次都对 QA 提出新的挑战，这需要在产品的最终部署中付出更高的努力。这包括持续集成环境中的持续交付。在此持续部署过程中，需要并行执行测试以保持流程移动。
于 2017-01-03T06:44:10.527 回答
1
我通常听说冒烟测试是指您运行以进行健全性检查构建的手动测试。本文定义冒烟测试如下：
冒烟测试，也称为“构建验证测试”，是一种软件测试，包括一组非详尽的测试，旨在确保最重要的功能正常工作。此测试的结果用于确定构建是否足够稳定以继续进行进一步测试。
首先，我当然希望人们在将代码检入主分支时都这样做，以确保他们的更改不会以某种明显的方式破坏软件。无论您是否进行持续集成，这都成立。（我个人最讨厌的一个问题一直是那些签入代码然后离开一天而不检查以确保它有效的人）。
另外，请记住，在当今典型的 CI 周期中，每次签入主分支时通常都会发生构建（或者，至少会有一个夜间自动构建；在我目前的公司，我们都有），所以你真的没有时间为每个构建手动运行整个测试套件。CI 的主要目的之一是使集成（以及作为扩展，构建）比其他类型的开发周期更频繁地发生。
作为最后一条评论：如果您正在进行持续集成，我强烈建议您将某种自动化测试（例如编码的 UI 测试、单元测试等）作为其中的一部分。这些可以提供基本的烟雾/健全性测试和回归测试，并减少每次构建都必须手动完成所有这些的负担。
于 2017-01-03T07:03:00.687 回答