如何解决Xunit中「构造函数参数无匹配夹具数据」异常

错误原因 #

你遇到的构造函数参数不匹配问题，核心是Xunit不知道如何自动创建测试类构造函数里的Repository、IMapper、ILogger实例，而且你错误使用了IClassFixture<Controllers>——Controllers本身依赖这三个服务，Xunit同样无法自动实例化它，导致双重报错。

另外测试逻辑还有个小问题：控制器的CreateSubject方法返回的是Ok(subjectEntity)，但测试里断言的是CreatedAtRouteResult，这会直接导致断言失败，后面一起修正。

解决方案 #

1. 手动初始化所有依赖（不用Mock的方案） #

既然你不想用Mock，我们直接手动创建每个依赖的可用实例：

• Repository：直接new即可，它有默认构造函数。
• ILogger：用.NET内置的NullLogger（空实现，不会输出日志）。
• IMapper：配置AutoMapper的测试映射规则，生成测试用的Mapper实例。

2. 修改后的测试类代码 #

using AutoMapper;
using Microsoft.Extensions.Logging;
using Xunit;

public class UnitTest1
{
    private readonly Repository _repo;
    private readonly IMapper _mapper;
    private readonly ILogger<Controllers> _logger;

    public UnitTest1()
    {
        // 初始化Repository
        _repo = new Repository();
        
        // 初始化空实现的ILogger
        _logger = LoggerFactory.Create(builder => { }).CreateLogger<Controllers>();
        
        // 配置AutoMapper测试映射（需和业务代码的映射规则一致）
        var config = new MapperConfiguration(cfg =>
        {
            cfg.CreateMap<Subject, SubjectCreateDto>();
            cfg.CreateMap<SubjectCreateDto, Subject>();
        });
        _mapper = config.CreateMapper();
    }

    [Fact]
    public void CreateSubjectTest()
    {
        // Arrange
        var controller = new Controllers(_repo, _logger, _mapper);
        var subject = new Subject()
        {
            SubjectId = Guid.Parse("22de7cb0-0453-4435-a219-3157bf3e3302"), 
            Title = "History", 
            Credits = 10
        };

        // Act
        var subjectCreateDto = _mapper.Map<SubjectCreateDto>(subject);     
        var result = controller.CreateSubject(subjectCreateDto) as ObjectResult;       
        
        // Assert
        Assert.NotNull(result);
        // 匹配控制器当前的返回类型：OkObjectResult
        Assert.IsAssignableFrom<OkObjectResult>(result);
        Assert.Equal((int)System.Net.HttpStatusCode.OK, result.StatusCode);
        
        // 额外验证仓库确实新增了数据
        var addedSubject = _repo.GetById(subject.SubjectId);
        Assert.NotNull(addedSubject);
        Assert.Equal("History", addedSubject.Title);
    } 
}

3. 可选：修正控制器的REST规范返回（如果业务需要） #

如果按照REST规范，创建资源应该返回201 Created，可以修改控制器代码：

public IActionResult CreateSubject(SubjectCreateDto subject)
{
    if (subject == null)
    {
        _logger.LogError("Subject sent is null");
        return BadRequest(); // 补充返回错误状态码，而非仅打日志
    }

    var subjectEntity = _mapper.Map<Subject>(subject);
    _repo.Create(subjectEntity);
   
   // 返回CreatedAtRoute，需对应GetById接口的路由名称
   return CreatedAtRoute(nameof(GetById), new { id = subjectEntity.SubjectId }, subjectEntity);
}

// 给GetById接口添加路由名称标记
[HttpGet("{id}", Name = nameof(GetById))]
public IActionResult GetById(Guid id)
{
    var subject = _repo.GetById(id);
    return subject == null ? NotFound() : Ok(subject);
}

对应的测试断言可改为：

Assert.IsAssignableFrom<CreatedAtRouteResult>(result);
Assert.Equal((int)System.Net.HttpStatusCode.Created, result.StatusCode);

关键注意点 #

• 不要滥用IClassFixture<T>，只有当你需要在多个测试方法间共享T类型实例，且T能被Xunit无参构造实例化时才用。
• 对于接口依赖（如ILogger、IMapper），手动创建测试实例适合简单场景，复杂场景下用Moq等Mock框架会更灵活。

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