如何Mock DbContext静态扩展方法？存储过程测试遇Moq报错

错误原因 #

你遇到的unsupported expression extension methods may not be used in setup / verification expressions（不支持的表达式：扩展方法不能用于设置/验证表达式）错误，核心原因是Moq框架无法直接Mock静态扩展方法。LoadStoredProc、WithSqlParam、ExecuteStoredProcAsync都是静态扩展方法，而Moq的Setup仅支持针对实例的虚方法、抽象方法或可重写成员进行Mock，静态方法不在其处理范围内。

解决方案 #

方案一：重构为可Mock的服务类（推荐） #

把存储过程调用逻辑封装到一个接口和实现类中，避开直接依赖静态扩展方法，让测试更简洁。

1. 定义存储过程服务接口

public interface IStoredProcedureService
{
    Task<List<T>> ExecuteStoredProcAsync<T>(
        string storedProcName, 
        List<MySqlParameter> parameters, 
        bool prependDefaultSchema = true, 
        short commandTimeout = 30);
}

2. 实现服务类
   内部调用你的静态扩展方法完成实际逻辑：

public class StoredProcedureService : IStoredProcedureService
{
    private readonly DbContext _dbContext;

    public StoredProcedureService(DbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public async Task<List<T>> ExecuteStoredProcAsync<T>(
        string storedProcName, 
        List<MySqlParameter> parameters, 
        bool prependDefaultSchema = true, 
        short commandTimeout = 30)
    {
        return await _dbContext.LoadStoredProc(storedProcName, prependDefaultSchema, commandTimeout)
                               .WithSqlParam(parameters)
                               .ExecuteStoredProcAsync<T>();
    }
}

3. 测试时Mock服务接口
   直接Mock接口方法，完全避开静态方法的限制：

public static async Task<IStoredProcedureService> GetMockedStoredProcedureService()
{
    var mockService = new Mock<IStoredProcedureService>();
    
    List<responseStored> mockResult = new()
    {
        new responseStored() {
            p_return_value=new MySqlParameter { ParameterName = "@p_servicable", Value = 10 }
        }
    };

    mockService.Setup(s => s.ExecuteStoredProcAsync<responseStored>(
        It.IsAny<string>(), 
        It.IsAny<List<MySqlParameter>>(), 
        It.IsAny<bool>(), 
        It.IsAny<short>()))
    .ReturnsAsync(mockResult);

    return mockService.Object;
}

方案二：Mock静态方法依赖的实例成员（适合小范围修改） #

如果不想重构服务类，可以Mock静态扩展方法依赖的DbContext实例成员，让静态方法能正常执行，再Mock底层的DbCommand执行逻辑。

public static async Task<BTContext> GetBtContextForStoredProcedure()
{
    var options = new DbContextOptionsBuilder<BTContext>()
        .UseInMemoryDatabase(databaseName: Guid.NewGuid().ToString())
        .Options;

    var mockContext = new Mock<BTContext>(options);
    
    // 准备模拟返回结果
    List<responseStored> mockResult = new()
    {
        new responseStored() {
            p_return_value=new MySqlParameter { ParameterName = "@p_servicable", Value = 10 }
        }
    };

    // Mock DbConnection
    var mockConnection = new Mock<DbConnection>();
    // Mock DbCommand
    var mockCommand = new Mock<DbCommand>();

    // 配置DbContext返回Mock的连接
    mockConnection.Setup(c => c.CreateCommand()).Returns(mockCommand.Object);
    mockContext.Setup(c => c.Database.GetDbConnection()).Returns(mockConnection.Object);
    // Mock默认Schema
    mockContext.Setup(c => c.Model.GetDefaultSchema()).Returns("dbo");

    // （可选）根据ExecuteStoredProcAsync的内部实现，Mock DbCommand的执行方法
    // 比如如果内部用ExecuteReaderAsync，需要Mock返回模拟的DataReader并配置读取逻辑
    // var mockDataReader = new Mock<DbDataReader>();
    // // 这里需要配置mockDataReader的读取行为，映射为mockResult的数据
    // mockCommand.Setup(cmd => cmd.ExecuteReaderAsync(It.IsAny<CancellationToken>())).ReturnsAsync(mockDataReader.Object);

    return mockContext.Object;
}

方案对比 #

• 方案一符合依赖倒置原则，代码解耦，后续测试和维护更简单，优先推荐。
• 方案二无需大规模重构，但需要Mock多个底层依赖（如DbConnection、DbCommand、DbDataReader），实现繁琐，适合临时快速调整。

内容的提问来源于stack exchange，提问作者cris jar