如何对 DAL 进行单元测试？

Question

我的应用程序中有一个数据访问层，它包装了 ADO.NET 数据提供程序。 DAL 将数据提供者返回的数据转换为.NET 对象。我看过很多建议不要对 DAL 进行单元测试的帖子，但它让我担心其中可能会出现很多问题 - 有很多循环、转换和空检查。

我有一些关于使用 RhinoMocks 之类的东西创建模拟 DbProvider 的想法，但是我在每个测试中必须模拟的接口数量将是巨大的，而且我必须设置的期望数量将使测试变得非常困难阅读。似乎每个测试都会比它正在测试的代码更复杂 - 从单元测试的 3 个目标的角度来看，这将是一场灾难：

1. 可读性
2. 可维护性
3. 可信赖性

我有一个想法，实现一个友好的 DbProviderFactory 来加载示例数据xml。我可以在测试中通过依赖注入将其插入。它应该使维护测试变得更加简单。一个简单的例子可能是：

[TestCase]
public void CanGetCustomer()
{
    var expectedCommand = new XmlCommand("sp_get_customer");
    expectedCommand.ExpectExecuteDataReader(
        resultSet: @"<customer firstName=""Joe"" lastName=""Blogs"" ... />");

    var factory = new XmlProviderFactory(expectedCommand);

    var dal = new CustomerDal(factory);
    Customer customer = dal.GetCustomer();

    Assert.IsNotNull(customer, "The customer should never be null");
    Assert.AreEqual(
        "Joe", customer.FirstName, 
        "The customer had an unexpected FirstName.");
}

我认为这种方法 - 使用友好的 DbProvider - 可能会使测试 DAL 代码变得更容易。它将具有以下优点：

1. 测试数据采用 xml 格式，并且可以与单元测试一起放置在源代码管理中。它可以位于外部文件中，也可以位于测试中。
2. 我没有使用真正的数据库，因此这消除了状态问题。因此，我不必在每次测试之前将数据库置于已知状态。
3. 我不必在每个测试中模拟所有 ADO.NET 接口。我将编写一组假实现，我可以在整个代码库中重复使用它们。

人们可以对这个想法提出一些批评吗？是否已经有一个类似的实现可供我使用？

谢谢

Answer 1

我对数据访问类（DAL、DAC、DAO、存储库等）的正确单元测试（不，不是集成测试）这一主题进行了很多哲学争论。有些人认为这是毫无意义的，因为你正在进行集成测试。我发现对这些经常被忽视的代码单元进行单元测试具有巨大的价值。首先，为了正确地对数据访问类进行单元测试，它必须具有正确的结构，并且必须在消费者可以交互的沙子上划出界限——想想接口。数据访问实现应该定义一个接口，该接口实现了消费应用程序代码仅依赖的接口。您选择的基础结构代码（ADO.NET、NHibernate、NDatabase 等）应该具有您的数据访问代码仅依赖的接口。有了这些基础设施接口（IDBConnection、ISession、IDatabase 等）可用并正确利用后，您就可以使用您选择的模拟工具在单元测试中模拟这些接口。这将为您提供更高质量的数据访问代码，该代码已经过单元测试（模拟基础设施接口）、集成测试（针对真实数据库），并且具有较低的网络耦合。

需要注意的是：在我看来，需要警惕的一种糟糕的代码味道是当数据访问相关的代码渗透到数据访问（或持久性）层时。例如，如果您看到连接、命令、会话等的使用高于数据访问类实现，则这违反了关注点分离。