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

自动化测试可分为两种。

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

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

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

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

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

单元测试：它总是由开发人员在开发完成后执行，以在他们为QA准备任何需求之前从测试方面找出问题。

集成测试：这意味着当一些数据/功能输出被驱动到一个模块到另一个模块时，测试人员必须验证模块到子模块的验证。或者在您的系统中使用使用您的系统数据进行集成的第三方工具。

烟雾测试：测试人员进行测试，以验证系统是否进行了高级测试，并试图在更改或代码生效之前找出显示阻止程序错误。

回归测试：测试人员执行回归，以验证由于系统中实施的新增强或系统中的更改而导致的现有功能。

我刚刚意识到的一个新的测试类别是金丝雀测试。金丝雀测试是一种自动的、非破坏性的测试，它在实时环境中定期运行，因此如果失败了，就会发生非常糟糕的事情。

例如：

只有在开发/测试中才可用的数据是否出现了？后台进程是否无法运行？用户可以登录吗？

单元测试：验证特定组件（即类）是否按照设计创建或修改了功能。该测试可以是手动或自动的，但不会超出组件的边界。

集成测试：验证特定组件的交互是否按设计运行。集成测试可以在单元级或系统级执行。这些测试可以是手动或自动的。

回归测试：验证新的缺陷没有引入到现有代码中。这些测试可以是手动或自动的。

根据您的SDLC（瀑布式、RUP、敏捷等），特定的测试可以在“阶段”中执行，也可以或多或少地同时执行。例如，单元测试可能仅限于开发人员，然后将代码交给测试人员进行集成和回归测试。然而，另一种方法可能会让开发人员进行单元测试和某种程度的集成和回归测试（使用TDD方法以及连续集成和自动化单元和回归测试）。

工具集将在很大程度上依赖于代码库，但有许多用于单元测试（JUnit）的开源工具。HP（Mercury）QTP或Borland的Silk Test都是自动化集成和回归测试的工具。

回归测试-是一种软件测试，我们试图覆盖或检查错误修复。错误修复程序的功能不应因提供的修复程序而更改或更改。在此过程中发现的问题称为回归问题。

烟雾测试：是一种决定是否接受构建/软件以进行进一步QA测试的测试。