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

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

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

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

已经有一些很好的答案，但我想进一步完善它们：

单元测试是这里白盒测试的唯一形式。其他都是黑盒测试。白盒测试意味着你知道输入；你知道机构的内部工作原理，可以检查它，你知道输出。使用黑盒测试，您只知道输入是什么，输出应该是什么。

很明显，单元测试是这里唯一的白盒测试。

单元测试测试特定的代码片段。通常是方法。集成测试测试您的新功能软件是否可以与其他所有功能集成。回归测试。这是为了确保您没有损坏任何东西而进行的测试。一切过去有效的东西都应该继续有效。烟雾测试是作为一项快速测试来完成的，以确保在您参与更激烈的测试之前一切都正常。

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

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

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

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

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

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

回归测试-

“回归测试针对已更改的软件重新运行以前的测试，以确保当前软件中所做的更改不会影响现有软件的功能。”