我应该将单元测试和集成测试分开吗？

我必须为一个项目编写单元测试和集成测试。

• 是否应将所有测试放入单个测试文件夹中？
• 还是应该将单元测试和集成测试分别放在单独的测试文件夹中？
• 还是应该将它们放在单独的项目中？

如果将它们放在一起，这种方法是否有优点或缺点？

通常，是的，应该将集成测试和单元测试放入不同的文件夹中。通常，程序员不会在这两种测试之间划清界限，而只是编写任何有用的测试。但是集成测试往往比较慢，因为它们通常涉及：

• 数据库查询
• 网络请求
• 时间依赖性行为
• 大量数据

相比之下，单元测试将模拟任何昂贵的操作，因此单元测试倾向于快速运行（实际上，运行测试最慢的部分通常是测试框架本身）。

当程序员在系统上工作时，他们处于编辑测试周期。他们获得测试反馈的速度越快，周期越短，他们的生产力就越高。因此，我们只想运行快速完成的重要测试。完整的测试套件只能作为QA流程的一部分执行，例如在CI服务器上。

这意味着应该对大型测试套件进行分类。我们只能为特定组件选择单元测试吗？我们可以排除慢速测试吗？一种简单的方法是在不同目录中维护不同的测试套件。如果您只有很少的测试，则只要程序员可以轻松选择测试的子集，一个目录也可以。

允许程序员快速获得反馈的任何方法都是好的。如果不定期执行，最全面的测试套件无关紧要。

进一步阅读：

• 测试：单元vs.集成vs.其他，分离需要什么？与上面的mouviciel相关联。
• 我应该将单元测试与集成测试分开吗？在我的博客上，该博客更详细地讨论了这个答案。