xUnit+Moq如何单元测试实例被依赖方法替换的业务方法

你的测试失败有两个核心原因：

• Moq语法使用错误：It.IsAny<T>()是参数匹配器，仅用于Setup/Verify阶段判断入参是否符合匹配规则，不能作为返回值使用。你在Returns中传入It.IsAny<OutDto>()，Moq会生成一个默认的空OutDto实例返回，直接覆盖了业务方法里初始化赋值好Property1的原对象，自然导致属性断言失败。
• 测试代码存在笔误：入参类型误写为IntDto、Mock的方法名误写为Convert，和业务代码的InDto、ConvertCollection不匹配。

不需要提前构造预置属性的OutDto返回值，直接使用Moq的Returns重载，捕获传入ConvertCollection的第一个参数（也就是业务方法内初始化完成的outDto对象）直接返回即可，这个写法完全模拟了转换器「接收已完成基础映射的dto、补充集合字段后返回」的真实逻辑：

[Fact]
public void ToOutDto_Should_Map_Basic_Properties_And_Call_Converter()
{
    // 准备测试数据
    var testInDto = new InDto()
    {
        Property2 = "TestPropertyValue",
        Collection = new Collection()
    };

    // Mock配置：捕获传入的dto参数直接返回，保留原有属性赋值
    _converter
        .Setup(t => t.ConvertCollection(It.IsAny<OutDto>(), testInDto.Collection))
        .Returns((OutDto sourceDto, Collection col) => sourceDto);

    // 执行测试方法
    var result = _sut.ToOutDto(testInDto);

    // 断言
    Assert.Equal(testInDto.Property2, result.Property1); // 验证基础属性映射正确
    _converter.Verify(t => t.ConvertCollection(It.IsAny<OutDto>(), testInDto.Collection), Times.Once); // 验证转换器被正确调用
}

这个写法不会和业务代码的初始化逻辑强耦合：后续你在new OutDto{}里新增多少基础字段映射，都不需要修改Mock配置，测试会自动验证这些字段的映射结果是否正确，不会变成“只测初始化”的无效测试。

额外提醒 #

如果你的_converter.ConvertCollection真实逻辑是返回一个完全全新构造的OutDto对象，而不是在传入的dto基础上补充字段，那你的业务方法本身存在逻辑缺陷——初始化阶段给outDto赋的所有基础属性都会被覆盖丢失，这时候测试失败是在暴露业务bug，你应该修改业务实现，让转换器在传入的已有dto上做映射，而不是返回新对象覆盖原有赋值。

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