如何用Moq等免费测试库对调用密封类的方法做单元测试

针对你遇到的密封类无法用Moq Mock的问题，这里有几个免费且实用的解决方案，按推荐度排序：

1. 依赖倒置：封装抽象层（最推荐） #

核心思路是把直接创建KustoConnectionStringBuilder的逻辑抽离成抽象接口，让业务方法依赖抽象而非具体实现，这样就能用Moq轻松Mock这个接口。

步骤： #

• 定义抽象工厂接口：

public interface IKustoConnectionFactory
{
    KustoConnectionStringBuilder Create(string cluster, string database, bool useAzCliAuth);
}

• 实现具体的工厂类（生产环境用）：

public class KustoConnectionFactory : IKustoConnectionFactory
{
    public KustoConnectionStringBuilder Create(string cluster, string database, bool useAzCliAuth)
    {
        return new KustoConnectionStringBuilder(cluster, database)
            .WithAadAzCliAuthentication(useAzCliAuth);
    }
}

• 修改原业务方法，通过构造注入依赖这个工厂：

private readonly IKustoConnectionFactory _connectionFactory;

// 构造函数注入
public YourServiceClass(IKustoConnectionFactory connectionFactory)
{
    _connectionFactory = connectionFactory;
}

public async Task<DatabaseSymbol> ConnectAndReturnDatabaseSchema(
    string environment,
    string cluster
)
{
    KustoConnectionStringBuilder connection = null;
    if (environment == "LOCAL")
    {
        connection = _connectionFactory.Create(cluster, "AXA", false);
    }
    else
    {
        //TODO: Manage other environments
    }
    ...
}

• 单元测试时用Moq Mock工厂接口：

[Test]
public async Task ConnectAndReturnDatabaseSchema_LocalEnvironment_CreatesCorrectConnection()
{
    // Arrange
    var mockFactory = new Mock<IKustoConnectionFactory>();
    mockFactory.Setup(f => f.Create("test-cluster", "AXA", false))
               .Returns(new KustoConnectionStringBuilder("test-cluster", "AXA"));
    var service = new YourServiceClass(mockFactory.Object);

    // Act
    var result = await service.ConnectAndReturnDatabaseSchema("LOCAL", "test-cluster");

    // Assert
    mockFactory.Verify(f => f.Create("test-cluster", "AXA", false), Times.Once);
    // 其他断言逻辑
}

这个方案符合SOLID原则，不仅解决了测试问题，还让代码更易维护和扩展。

2. 使用Microsoft Fakes（Visual Studio自带免费工具） #

如果不想修改生产代码，可以用Visual Studio自带的Microsoft Fakes框架，它能拦截密封类、静态方法的调用，无需依赖第三方商业库。

步骤： #

1. 在测试项目中右键点击对Kusto SDK的引用 → 选择"添加Fakes程序集"
2. 在测试类中，用Shims来替换KustoConnectionStringBuilder的构造和方法：

[Test]
public async Task ConnectAndReturnDatabaseSchema_LocalEnvironment_UsesCorrectSettings()
{
    using (ShimsContext.Create())
    {
        // 拦截KustoConnectionStringBuilder的构造函数
        ShimKustoConnectionStringBuilder.ConstructorStringString = (instance, cluster, db) => 
        {
            // 可设置测试用属性或空实现
        };

        // 拦截WithAadAzCliAuthentication方法，返回测试实例
        ShimKustoConnectionStringBuilder.WithAadAzCliAuthenticationBoolean = (instance, value) => instance;

        // Act
        var service = new YourServiceClass();
        var result = await service.ConnectAndReturnDatabaseSchema("LOCAL", "test-cluster");

        // Assert
        // 验证逻辑
    }
}

优点是不用改生产代码，缺点是学习成本略高，且依赖Visual Studio环境，代码可读性不如抽象层方案。

3. 手动编写测试替身（适配器模式） #

如果场景简单，也可以手动写一个适配器类，把密封类的调用包装起来，测试时用自己的替身实现。

比如创建一个适配器：

public interface IKustoConnectionAdapter
{
    // 定义业务方法需要用到的Kusto连接的相关方法/属性
    string Cluster { get; }
    string Database { get; }
}

public class KustoConnectionAdapter : IKustoConnectionAdapter
{
    private readonly KustoConnectionStringBuilder _builder;

    public KustoConnectionAdapter(KustoConnectionStringBuilder builder)
    {
        _builder = builder;
    }

    public string Cluster => _builder.DataSource;
    public string Database => _builder.InitialCatalog;
    // 其他需要暴露的属性/方法
}

然后在业务方法中使用这个适配器，测试时MockIKustoConnectionAdapter即可。这个方案和抽象工厂类似，更偏向于包装现有对象而非创建逻辑。

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