服务层测试：当使用dbUnit而不模拟本机Spring域层时，它仍然是单元测试吗？

Question

我有一个服务层和一个域层。我在域层使用纯本机Spring存储库，在测试设置中，我用dbunit模拟db。

@Repository
public interface ExampleRepository extends PagingAndSortingRepository<ExampleEntity, Long>, JpaSpecificationExecutor<ExampleEntity> {
}

当然，我会假设Spring存储库实现没有错误，因此域层不需要进行测试。

我对单元测试的一般知识是，在为服务层编写单元测试时，我需要模拟域层。

假设域层不需要测试，并且事实上，我使用dbUnit来模拟我的数据库，是否允许我使用此设置对我的服务层进行单元测试？

Answer 1

不，使用dbUnit进行测试是集成测试。

• 单元测试只涉及被测代码的一小部分，并模拟任何其他交互
• 集成测试涉及使用外部服务的更广泛的系统范围，例如使用数据库服务器测试SQL和使用电子邮件服务器发送电子邮件。在这两种情况下，我们都使用“测试加倍”而不是实际的生产加倍来验证系统是否与外部服务正确交互

有许多测试类型，我看到和实现的最常见的是单元、集成、验收和性能。所有这些都是有价值的，都有不同的优点/缺点。最好有各种类型的质量体系。

Answer 2

如果我理解正确，在您的测试中，Spring上下文将被增强，服务层将与域层一起测试，数据将使用DBUnit插入测试数据库。

有了这个，让我们开始：

我对单元测试的一般知识是，在为服务层编写单元测试时，我需要模拟域层。

如果您想进行单元测试，那么这是正确的。您描述测试的方式取决于两个层是否正确，并且DB必须运行，因此，根据定义，它们是集成测试。

假设不需要测试域层，并且我使用dbunit模拟数据库，那么允许我使用此设置对服务层进行单元测试吗？

我不会将使用DBUnit称为数据库模拟。它肯定有助于填充数据库，但仍然需要DB来运行测试，并且您的域层将被执行（JPA、Hibernate或任何ORM框架将生成将针对DB执行的SQL）。如果您真的想模拟域层和数据库，那么您应该考虑使用模拟（许多模拟库可以提供帮助）。

至于最后一个问题，如果这个设置适用于您的项目，我想没关系，但我不会称之为单元测试，而是集成测试。您必须接受，如果您的域层由于某种原因发生更改，它可能会破坏您的服务层测试。

这两种方法（单元与集成）都有利弊。如果它能帮助您以高质量和良好的可维护性发展项目，那么就没有“正确”或“错误”的方法。