集成测试共享数据库的多个实体框架DBContext

Question

public class Context1 : DbContext {
    public Context1()
        : base("DemoDb") {
    }
}

public class Context2 : DbContext {
    public Context2()
        : base("DemoDb") {
    }
}

所有数据库更新都是通过脚本完成的，不依赖于迁移（也不会继续）。问题是-如何针对这些上下文进行集成测试？

我相信这里有三个选项（可能还有更多我只是不知道而已）

选项1-超级上下文-包含设置数据库所需的所有模型和配置的上下文：

public class SuperContext : DbContext
{
    public SuperContext()
        : base("DemoDb") {
    }
}

在此选项中，测试数据库将根据超级上下文设置，所有后续测试将通过较小的上下文完成。我不喜欢这个选项的原因是我将复制我已经构建的所有配置和实体模型。

选项2-为集成测试创建一个自定义初始化器,它将运行所有适当的db初始化脚本：

public class IntegrationTestInitializer : IDatabaseInitializer<DbContext> {

    public void InitializeDatabase(DbContext context) {
        /* run scripts to set up database here */
    }
}

此选项允许针对真实的数据库结构进行测试，但也需要在每次添加新的db脚本时进行更新

选项3-仅测试单个上下文：

在此选项中，只需让EF根据上下文创建测试数据库，所有测试都将在其自身的“沙箱”中操作。我不喜欢这样做的原因是，这感觉不像是在对数据库的真实表示进行测试。

我目前倾向于选择2。你们都怎么想？有更好的方法吗？

Answer 1

我经常使用集成测试，因为我仍然认为当涉及到依赖于数据的过程时，集成测试是最可靠的测试方式。我也有几个不同的上下文和数据库升级的DDL脚本，所以我们的情况非常相似。

我最终得到的是选项4：通过常规用户界面维护单元测试数据库内容。当然，大多数集成测试都是临时修改数据库内容的，这是测试“Act”阶段的一部分（稍后将详细介绍此“临时”），但在测试会话开始时不会设置内容。

原因就在这里。

集成测试，就像单元测试一样，应该是可以独立执行的。它们不应依赖于其他测试，也不应受其影响。我假设您的问题的背景是您为每个集成测试创建并种子化一个数据库。这是实现独立测试的一种方法。

但如果只有一个数据库，而没有种子脚本，该怎么办？您可以为每个测试还原一个备份。我们选择了一种不同的方法。每个集成测试都在从未提交的transactionscope中运行。实现这一点是非常容易的。每个测试fixture都继承自一个具有以下方法（NUnit）的基类：

[SetUp]
public void InitTestEnvironment()
{
    SetupTeardown.PerTestSetup();
}

[TearDown]
public void CleanTestEnvironment()
{
    SetupTeardown.PerTestTearDown();
}

在SetupTearDown中：

public static void PerTestSetup()
{
    _tranactionScope = new TransactionScope();
}

public static void PerTestTearDown()
{
    if (_tranactionScope != null)
    {
        _tranactionScope.Dispose(); // Rollback any changes made in a test.
        _tranactionScope = null;
    }
}