ASP.Net Core中构造参数异于父类的继承控制器Mock方法问询

我正在为ASP.Net Core应用的控制器动作编写测试，所有控制器均继承自基控制器MyBaseController，其构造函数如下：

public MyBaseController(ServiceA serviceA, ServiceB serviceB)
{
 m_serviceA = serviceA;
 m_serviceB = serviceB;
}

原本我用以下泛型方法Mock所有继承控制器：

protected TController MockedController<TController>() where TController: MyBaseController
{
var moqController = new Mock<TController>(serviceAMock, serviceBMock);

return moqController.Object;
}

但遇到继承自MyBaseController且需额外传入ServiceC参数的控制器时，测试报错：Could not find a constructor that would match given arguments。我希望编写通用的构造Mock方法，避免为大量参数不同的控制器编写专属方法，请问是否有可行方案？还是只能为不同参数的类编写单独方法？

方案1：反射自动匹配构造函数参数 #

通过反射获取目标控制器的构造函数，自动填充已有的Mock实例（如serviceAMock、serviceBMock），同时为额外参数自动生成Mock对象，适配任意参数数量的控制器构造函数。示例代码：

protected Mock<TController> MockedController<TController>() where TController : MyBaseController
{
    // 优先选择参数最多的构造函数，覆盖大部分场景
    var constructor = typeof(TController).GetConstructors()
        .OrderByDescending(c => c.GetParameters().Length)
        .First();

    var parameters = constructor.GetParameters()
        .Select(param => 
        {
            // 复用已有Mock实例
            if (param.ParameterType == typeof(ServiceA))
                return serviceAMock.Object;
            if (param.ParameterType == typeof(ServiceB))
                return serviceBMock.Object;
            // 为新增参数自动创建Mock
            return Mock.Of(param.ParameterType);
        })
        .ToArray();

    return new Mock<TController>(parameters);
}

该方案无需引入额外依赖，能灵活适配各类控制器的构造函数。

方案2：利用Moq参数匹配特性 #

如果控制器构造函数的参数是接口或基类，可以使用Moq的It.IsAny<T>来模糊匹配参数，减少构造函数的匹配限制：

protected Mock<TController> MockedController<TController>() where TController : MyBaseController
{
    return new Mock<TController>(It.IsAny<ServiceA>(), It.IsAny<ServiceB>(), It.IsAny<object>());
}

注意：这种方式兼容性有限，部分复杂构造函数场景下可能仍然会报错，适合参数类型比较统一的简单场景。

方案3：借助自动Mock工具（AutoFixture + AutoMoq） #

如果项目中已引入AutoFixture，可以结合AutoMoq扩展实现全自动的Mock填充，无需手动维护参数：

private readonly IFixture _fixture = new Fixture().Customize(new AutoMoqCustomization());

protected TController MockedController<TController>() where TController : MyBaseController
{
    // 注入已有的Mock实例，覆盖自动生成的对象
    _fixture.Inject(serviceAMock.Object);
    _fixture.Inject(serviceBMock.Object);
    
    return _fixture.Create<TController>();
}

该方案最为简洁，AutoFixture会自动识别并填充所有构造函数参数，无论是基类已有的还是子类新增的，大幅减少重复代码。

不需要为每个参数不同的控制器编写专属Mock方法，上述三种方案都能实现通用化的Mock构造。其中反射方案无额外依赖，适配性强；AutoFixture方案则更高效省心，适合大型项目使用。

内容的提问来源于stack exchange，提问作者Ivan Kozlov