如何在EF Core 7.0中为ExecuteUpdateAsync编写单元测试并Mock该方法

方案一：用EF Core内存数据库（推荐，贴近真实执行逻辑） #

不需要Mock，直接用内存数据库模拟真实库操作，能验证ExecuteUpdateAsync的实际效果：

1. 配置内存DbContext并初始化测试数据

var options = new DbContextOptionsBuilder<YourDbContext>()
    .UseInMemoryDatabase(databaseName: "Test_Blog_DB")
    .Options;

using var context = new YourDbContext(options);
context.Blogs.AddRange(new List<Blog>
{
    new Blog { Id = 1, Name = "First Blog" },
    new Blog { Id = 2, Name = "Second Blog" }
});
await context.SaveChangesAsync();

2. 执行更新并验证结果

// 执行目标更新操作
await context.Blogs.ExecuteUpdateAsync(s => s.SetProperty(b => b.Name, b => b.Name + " <em>Featured!</em>"));

// 检查更新是否生效
var updatedBlogs = await context.Blogs.ToListAsync();
Assert.Equal("First Blog <em>Featured!</em>", updatedBlogs[0].Name);
Assert.Equal("Second Blog <em>Featured!</em>", updatedBlogs[1].Name);

方案二：Mock封装后的仓储层 #

如果代码里通过仓储层封装了ExecuteUpdateAsync的调用，直接Mock仓储方法更简单：

1. 定义仓储接口

public interface IBlogRepository
{
    Task<int> MarkBlogsAsFeaturedAsync();
}

2. 仓储实现

public class BlogRepository : IBlogRepository
{
    private readonly YourDbContext _context;

    public BlogRepository(YourDbContext context) => _context = context;

    public async Task<int> MarkBlogsAsFeaturedAsync()
    {
        return await _context.Blogs.ExecuteUpdateAsync(s => 
            s.SetProperty(b => b.Name, b => b.Name + " <em>Featured!</em>"));
    }
}

3. Mock仓储并测试

var repoMock = new Mock<IBlogRepository>();
// 设置返回受影响的行数（比如2条）
repoMock.Setup(x => x.MarkBlogsAsFeaturedAsync()).ReturnsAsync(2);

// 调用方法并验证
var affectedRows = await repoMock.Object.MarkBlogsAsFeaturedAsync();
Assert.Equal(2, affectedRows);
// 验证方法被调用一次
repoMock.Verify(x => x.MarkBlogsAsFeaturedAsync(), Times.Once);

关于直接Mock ExecuteUpdateAsync的说明 #

ExecuteUpdateAsync是EF Core的静态扩展方法，Moq这类框架无法直接Mock静态方法。如果既不想用内存数据库也不想封装仓储，需要MockDbSet<T>的IQueryable底层实现，手动解析处理SetProperty的表达式树，这种方式复杂度极高，维护成本大，完全不推荐。

内容的提问来源于stack exchange，提问作者coder11 b