如何使用Moq Mock继承IList的IBuildingZones接口，以在测试中调用Should().BeEquivalentTo()进行断言

解决方案1：利用FluentAssertions的跨类型等价性匹配（最简洁） #

你想要的那种简洁语法其实可以通过匿名类型结合FluentAssertions的BeEquivalentTo方法实现，完全不需要依赖被测程序集中的具体类，也不用Moq。FluentAssertions默认会根据属性名称和值进行跨类型的等价性比较，完美适配你的场景：

building.Zones.Should().BeEquivalentTo(new[]
{
    new { Name = "garage", Elevation = 0.0 },
    new { Name = "living_room", Elevation = 10.0 },
    new { Name = "master bedroom", Elevation = -4.2 }
});

这段代码完全合法，而且能精准验证Zones集合中的每个IBuildingZone实例的Name和Elevation属性是否符合预期。如果需要调整比较规则（比如忽略额外属性、严格校验顺序），还可以通过配置选项细化：

building.Zones.Should().BeEquivalentTo(new[]
{
    new { Name = "garage", Elevation = 0.0 },
    new { Name = "living_room", Elevation = 10.0 },
    new { Name = "master bedroom", Elevation = -4.2 }
}, options => options
    .ExcludingMissingMembers() // 忽略IBuildingZone可能存在但匿名对象没有的属性
    .WithStrictOrdering()); // 强制要求集合元素顺序完全匹配（默认不校验顺序）

解决方案2：用Moq快速Mock IBuildingZone集合 #

如果你更倾向于用Moq来模拟接口实例，可以写一个简单的辅助方法来快速创建IBuildingZone的Mock对象，然后组合成IBuildingZones：

首先，创建一个辅助函数简化Mock创建：

private IBuildingZone MockBuildingZone(string name, double elevation)
{
    var mock = new Mock<IBuildingZone>();
    mock.SetupGet(z => z.Name).Returns(name);
    mock.SetupGet(z => z.Elevation).Returns(elevation);
    return mock.Object;
}

然后，直接模拟IBuildingZones（因为它继承自IList<IBuildingZone>，Moq可以通过As<IList<IBuildingZone>>来模拟列表行为）：

var expectedZones = new Mock<IBuildingZones>();
var zoneList = new List<IBuildingZone>
{
    MockBuildingZone("garage", 0),
    MockBuildingZone("living_room", 10),
    MockBuildingZone("master bedroom", -4.2)
};

// 模拟列表的基础行为（枚举、计数、包含等）
expectedZones.As<IList<IBuildingZone>>().Setup(z => z.Count).Returns(zoneList.Count);
expectedZones.As<IEnumerable<IBuildingZone>>().Setup(z => z.GetEnumerator()).Returns(zoneList.GetEnumerator());

// 执行断言
building.Zones.Should().BeEquivalentTo(expectedZones.Object);

或者用更简洁的Mock.Of语法直接构建预期的IBuildingZones：

var expectedZones = Mock.Of<IBuildingZones>(zones =>
    zones.Count == 3 &&
    zones.Contains(MockBuildingZone("garage", 0)) &&
    zones.Contains(MockBuildingZone("living_room", 10)) &&
    zones.Contains(MockBuildingZone("master bedroom", -4.2))
);

building.Zones.Should().BeEquivalentTo(expectedZones);

为什么这些方法可行？ #

• 匿名类型方案：FluentAssertions的BeEquivalentTo方法会递归比较对象的公共属性，不管对象的实际类型是什么——只要IBuildingZone的属性和匿名对象的属性名称、类型、值匹配，断言就会通过。
• Moq方案：通过模拟接口的属性和行为，完全脱离了对具体实现类的依赖，同时能精准定义预期的集合内容。

这两种方案都能满足你“不依赖被测程序集具体类”的需求，其中匿名类型的写法最接近你最初想要的简洁语法。

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