烟雾和健全性测试都是在软件构建之后执行的，以确定是否开始测试。烟雾测试后可执行或不执行卫生。它们可以单独执行，也可以同时执行——在吸烟后立即执行。

因为健全性测试更深入，需要更多时间，所以在大多数情况下，自动化是非常值得的。

烟雾测试的执行时间通常不超过5-30分钟。它更一般：它检查整个系统的少量核心功能，以验证软件的稳定性是否足以进行进一步测试，并且没有任何问题，从而阻止计划测试用例的运行。

卫生测试比吸烟更详细，可能需要15分钟到一整天，具体取决于新建筑的规模。这是一种更专业的验收测试，在进展或重新测试后进行。它检查某些新功能和/或bug修复的核心特性以及与这些特性密切相关的一些特性，以便在可以更大规模地执行回归测试之前，验证它们是否按照所需的操作逻辑运行。

单元测试：测试类内部工作的自动测试。它应该是与其他资源无关的独立测试。集成测试：在环境中进行的自动测试，与单元测试非常相似，但使用外部资源（数据库、磁盘访问）回归测试：在实现新功能或bug修复后，您重新测试过去有效的场景。这里您将介绍新功能打破现有功能的可能性。烟雾测试：测试人员可以断定是否继续测试的第一次测试。

单元测试针对的是实现的最小部分。在Java中，这意味着您正在测试单个类。如果类依赖于其他类，则这些类是假的。

当您的测试调用多个类时，这是一个集成测试。

完整的测试套件可能需要很长时间才能运行，因此在更改之后，许多团队会运行一些快速完成的测试，以检测严重的损坏。例如，您已经将URI分解为基本资源。这些是烟雾测试。

回归测试在每个构建上运行，并允许您通过捕获所破坏的内容来有效地重构。任何类型的测试都可以是回归测试，但我发现单元测试最有助于找到故障源。

每个人都会有稍微不同的定义，并且经常有灰色区域。然而：

单元测试：这一点（尽可能隔离）是否有效？集成测试：这两个（或更多）组件是否一起工作？烟雾测试：整个系统（尽可能接近于一个生产系统）是否结合得很好？（即，我们有理由相信它不会产生黑洞吗？）回归测试：我们是否无意中重新引入了以前修复过的bug？

集成测试：集成测试是集成的另一个元素烟雾测试：烟雾测试也称为构建版本测试。烟雾测试是初始测试过程，用于检查被测软件是否准备就绪/稳定，以便进行进一步测试。回归测试：回归测试是重复测试。新软件是否在另一模块中生效。单元测试：这是一个白盒测试。只有开发人员参与其中

烟雾测试已经在这里解释过了，而且很简单。回归测试属于集成测试。

自动化测试可分为两种。

单元测试和集成测试（这是最重要的）

我会将所有测试（如集成测试、功能测试、回归测试、UI测试等）使用短语“长测试”（LT），将单元测试称为“短测试”。

LT的一个例子是，自动加载网页，登录帐户并购买一本书。如果测试通过，则更有可能以相同的方式在现场运行（因此“更好的睡眠”参考）。Long=网页（开始）和数据库（结束）之间的距离。

这是一篇很棒的文章，讨论了集成测试（长测试）相对于单元测试的好处。