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

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

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

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

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

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

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

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

单元测试

单元测试通常由开发人员完成，而测试人员在这种类型的测试中是部分进化的，测试是逐个单元完成的。在Java JUnit中，测试用例也可以测试编写的代码是否设计完美。

集成测试：

当所有/部分组件集成时，在单元测试之后可以进行这种类型的测试。这种类型的测试将确保当组件集成时，它们是否会影响彼此的工作能力或功能？

烟雾测试

这种类型的测试是在系统成功集成并准备在生产服务器上运行时完成的。

这种类型的测试将确保从开始到结束的每个重要功能都能正常工作，并且系统可以部署到生产服务器上。

回归测试

这种类型的测试对于测试开发人员修复某些问题时系统中是否不存在意外/不需要的缺陷非常重要。该测试还确保成功解决所有错误，因此不会出现其他问题。

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

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

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

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

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

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

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

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

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

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

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