单元测试 DbContext

Question

我研究了一些有关可用于对 DbContext 进行单元测试的技术的信息。我想在上下文中添加一些内存中数据，以便我的测试可以针对它运行。我正在使用数据库优先的方法。

我发现最有用的两篇文章是this 和this。 这种方法依赖于创建 MyContext 和 FakeContext 都将实现的 IContext 接口，从而允许模拟上下文。

但是，我试图避免使用存储库来抽象 EF，例如 pointed by some 人，因为 EF 4.1 已经通过 DbSet 和 DbContext 实现了存储库和工作单元模式，我真的很想保留 EF 团队实现的所有功能，而不必像我在其他项目中那样使用通用存储库自己维护它们（这有点痛苦）。

使用 IContext 会引导我走上相同的道路（或者不会？）。

我考虑过创建一个从主 MyContext 继承的 FakeContext，从而利用它下面的 DbContext 来运行我的测试而无需访问数据库。 我找不到类似的实现，所以我希望有人可以帮助我。

我是不是做错了什么，或者这会导致我遇到一些我没有预料到的问题？

Answer 1

问自己一个问题：你要测试什么？

您提到了 FakeContext 和 Mocking the context - 为什么要同时使用两者？这些只是执行相同操作的不同方法 - 提供上下文的仅测试实现。

还有一个更大的问题 - 伪造或模拟上下文或集合只有一个结果：您不再测试您的真实代码。

简单示例：

public interface IContext : IDisposable
{
    IDbSet<MyEntity> MyEntities { get; }
}

public class MyEntity
{
    public int Id { get; set; }
    public string Path { get; set; } 
}

public class MyService
{
    private bool MyVerySpecialNetMethod(e)
    {
        return File.Exists(e.Path);
    }

    public IEnumerable<MyEntity> GetMyEntities()
    {
        using (IContext context = CreateContext())
        { 
            return context.MyEntities
                .Where(e => MyVerySpecialNetMethod(e))
                .Select(e)
                .ToList();
        }
    }
}

现在假设您的 SUT 中有这个（被测系统 - 在单元测试的情况下，它是一个单元 = 通常是一个方法）。在您提供FakeContext 和FakeSet 的测试代码中，它会起作用-您将获得绿色测试。现在在生产代码中，您将提供另一个派生的DbContext 和DbSet，您将在运行时遇到异常。

为什么？因为通过使用FakeContext，您还更改了 LINQ 提供程序，而不是 LINQ to Entities，您正在运行 LINQ to Objects，因此调用无法转换为 SQL 的本地 .NET 方法以及 LINQ 中不可用的许多其他 LINQ 功能实体！您还可以在数据修改中发现其他问题 - 引用完整性、级联删除等。这就是为什么我认为处理上下文/LINQ to Entities 的代码应该包含在集成测试中并针对真实数据库执行的原因。

Answer 2

我正在开发一个开源库来解决这个问题。

http://effort.codeplex.com

一个小预告：

您不必添加任何样板代码，只需调用该库的相应 API，例如：

var context = Effort.ObjectContextFactory.CreateTransient<MyContext>();

起初这似乎很神奇，但创建的 ObjectContext 对象将与in-memory database 通信，并且根本不会与原始真实数据库通信。术语“瞬态”指的是这个数据库的生命周期，它只存在于创建的 ObjectContext 对象存在期间。并发创建的 ObjectContext 对象与专用数据库实例通信，数据不会在它们之间共享。这样可以轻松编写自动化测试。

该库提供了各种功能来自定义创建：跨实例共享数据、设置数据库的初始数据、在不同的数据层上创建假数据库...查看project site 了解更多信息。

Answer 3

从 EF 4.3 开始，您可以通过在创建上下文之前注入虚假的 DefaultConnectionFactory 来 unit test your code。

Answer 4

Entity Framework 4.1 几乎可以在测试中进行模拟，但需要一些额外的努力。 T4 模板为您提供了一个包含 DbSet 属性的 DbContext 派生类。我认为您需要模拟的两件事是这些属性返回的 DbSet 对象以及您在 DbContext 派生类上使用的属性和方法。两者都可以通过修改T4模板来实现。

Brent McKendrick 已经在this post 中展示了需要进行的修改类型，但没有展示可以实现此目的的 T4 模板修改。大致是：

1. 将 DbContext 派生类上的 DbSet 属性转换为 IDbSet 属性。
2. 添加一个部分，为 DbContext 派生类生成一个接口，其中包含 IDbSet 属性和您需要模拟的任何其他方法（例如 SaveChanges）。
3. 在 DbContext 派生类中实现新接口。