如何在 .NET Core 中起订 ApplicationDbContext

Question

我是第一次尝试 .NET Core，看看如何在单元测试中使用 Moq。开箱即用，在 ApplicationDbContext 是构造函数的参数的地方创建控制器，如下所示：

public class MoviesController : Controller
{
    private readonly ApplicationDbContext _context;

    public MoviesController(ApplicationDbContext context)
    {
        _context = context;    
    }

这是我在测试控制器时开始的单元测试：

[TestClass]
public class MvcMoviesControllerTests
{
    [TestMethod]
    public async Task MoviesControllerIndex()
    {
        var mockContext = new Mock<ApplicationDbContext>();            
        var controller = new MoviesController(mockContext.Object);

        // Act
        var result = await controller.Index();

        // Assert
        Assert.IsInstanceOfType(result, typeof(ViewResult));
    }

但后来我意识到 ApplicationDbContext 是一个具体的类，并且它没有无参数构造函数，因此测试无法工作。它给了我错误：找不到无参数构造函数。

也许这可能是一个更针对 Moq 的问题，而不是与 .NET Core 相关的问题，但我也是 Moq 的新手，所以我不确定如何继续。以下是我创建项目时生成 ApplicationDbContext 代码的方式：

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
        : base(options)
    {
    }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
        // Customize the ASP.NET Identity model and override the defaults if needed.
        // For example, you can rename the ASP.NET Identity table names and more.
        // Add your customizations after calling base.OnModelCreating(builder);
    }

    public DbSet<Movie> Movie { get; set; }
}

我需要进行哪些更改才能使我的单元测试成功？

更新：

我从https://msdn.microsoft.com/en-us/magazine/mt703433.aspx 发现，您可以配置 EF Core 以使用内存数据库进行单元测试。所以我改变了我的单元测试看起来像这样：

    [TestMethod]
    public async Task MoviesControllerIndex()
    {        
        var optionsBuilder = new DbContextOptionsBuilder<ApplicationDbContext>();
        optionsBuilder.UseInMemoryDatabase();
        var _dbContext = new ApplicationDbContext(optionsBuilder.Options);

        var controller = new MoviesController(_dbContext);

        // Act
        var result = await controller.Index();

        // Assert
        Assert.IsInstanceOfType(result, typeof(ViewResult));
    }

这个测试现在成功了。但这是正确的做法吗？显然，我完全消除了使用 Moq 模拟 ApplicationDbContext！或者是否有其他使用 Moq 来解决这个问题的方法。

Answer 1

模拟 DbContext 不起作用，因为需要太多提供程序才能使其工作。一个更简单的解决方案是使用 Microsoft 为此目的实施的 InMemory 解决方案。请不要创建一个 repo 只是为了测试（它仍然不测试 EF 代码）。

这里是如何在 .net core 中使用 InMemory 数据库进行测试的链接

https://docs.efproject.net/en/latest/miscellaneous/testing.html

Answer 2

如果有人有兴趣，我得到了@Corporalis 的部分想法，并实现了一个接口来将 ApplicationDbContext 暴露给测试项目。

public interface IApplicationDbContext
{
    DbSet<Movie> Movies { get; set; }

    int SaveChanges();
}

在 ApplicationDbContext 中

 public class ApplicationDbContext : IdentityDbContext<ApplicationUser>, IApplicationDbContext
{
    public virtual DbSet<Movie> Movies { get; set; }

    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
        : base(options)
    {
    }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
    }
}

不要忘记在 StartUp.cs, ConfigureServices 中注册接口

services.AddScoped<IApplicationDbContext>(provider => provider.GetService<ApplicationDbContext>());

所以，现在在必须使用 ApplicationDbContext 的控制器或服务或每个方法中，改为引用接口

public class filterMovies
{
   private readonly IApplicationDbContext _context

   public filterMovies(IApplicationDbContext context)
   {
     _context = context;
   }
}

现在我们可以随意使用接口来模拟 ApplicationDbContext，而不是使用它自己的实现

 var mockContext = new Mock<IApplicationDbContext>();
 mockContext.Setup(mc => mc.Movies).Returns(mockDbSet.Object);

希望对你有帮助；）

Answer 3

您不应该尝试直接模拟数据库上下文。而是实现 Repository Pattern 并模拟存储库。

这里有一个great guide关于如何正确实现该模式。

Answer 4

我创建了一个允许模拟 EF Core 而不是使用内存数据库的库，请参阅Github。 （转自EF6 version）

有用于Moq 或NSubstitute 的集成 NuGet 包。

使用示例

public class User
{
    [Key, Column(Order = 0)]
    public Guid Id { get; set; }
    public string FullName { get; set; }
}

public class TestDbContext : DbContext
{
    public TestDbContext(DbContextOptions<TestDbContext> options)
        : base(options) {}

    public virtual DbSet<User> Users { get; set; }
}

[TestFixture]
public class MyTests
{
    var initialEntities = new[]
        {
            new User { Id = Guid.NewGuid(), FullName = "Eric Cartoon" },
            new User { Id = Guid.NewGuid(), FullName = "Billy Jewel" },
        };

    var dbContextMock = new DbContextMock<TestDbContext>(DummyOptions);
    var usersDbSetMock = dbContextMock.CreateDbSetMock(x => x.Users, initialEntities);

    // Pass dbContextMock.Object to the class/method you want to test

    // Query dbContextMock.Object.Users to see if certain users were added or removed
    // or use Mock Verify functionality to verify if certain methods were called: usersDbSetMock.Verify(x => x.Add(...), Times.Once);
}

public DbContextOptions DummyOptions { get; } = new DbContextOptionsBuilder().Options;

Answer 5

只有两行：

var optionsBuilder = new DbContextOptionsBuilder<ApplicationDbContext>();
var context = new Mock<ApplicationDbContext>(optionsBuilder.Options);