如何在C#中模拟第三方库类实现PersonProcessor单元测试？

1. 适配器模式（你考虑的包装接口方案，是行业最优实践） #

这是长期来看最推荐的方案，对代码可维护性和扩展性帮助最大。你可以先定义一个抽象数据库操作的接口，再写适配器类封装第三方的MySqlDbConn：

public interface IDbConnector
{
    SqlResult ExecuteQuery(string query);
    // 按需添加其他数据库操作方法
}

public class MySqlDbConnectorAdapter : IDbConnector
{
    private readonly MySqlDbConn _innerConn;

    public MySqlDbConnectorAdapter(MySqlDbConn innerConn)
    {
        _innerConn = innerConn;
    }

    public SqlResult ExecuteQuery(string query)
    {
        return _innerConn.executeQuery(query);
    }
}

接着修改PersonProcessor，让它依赖这个接口而非具体的第三方类：

public class PersonProcessor
{
    private readonly IDbConnector _dbConnector;

    public PersonProcessor(IDbConnector dbConnector)
    {
        _dbConnector = dbConnector;
    }

    public SqlResult GetAllPersons()
    {
        var query = "select * from person";
        return _dbConnector.ExecuteQuery(query);
    }

    // 其他方法也同步修改为依赖IDbConnector
}

这样就能用Moq轻松模拟IDbConnector，返回预设的测试数据，完全隔离真实数据库。

2. 使用支持模拟具体类的商业测试框架 #

如果暂时不想重构现有代码，可以用TypeMock Isolator、Telerik JustMock这类商业测试框架——它们支持直接模拟密封类、非虚方法甚至静态成员。比如用JustMock的示例代码：

var mockConn = Mock.Create<MySqlDbConn>();
Mock.Arrange(() => mockConn.executeQuery("select * from person"))
    .Returns(new SqlResult(/* 这里传入预设的测试结果 */));

var processor = new PersonProcessor(mockConn);
var result = processor.GetAllPersons();
// 断言结果符合预期

缺点是这类工具大多需要付费，且测试代码会绑定特定框架。

3. 手动编写测试替身（限第三方类非密封且方法为虚） #

如果MySqlDbConn不是密封类，且executeQuery是虚方法，你可以手动写一个继承它的测试替身：

public class FakeMySqlDbConn : MySqlDbConn
{
    private readonly SqlResult _fakeResult;

    public FakeMySqlDbConn(SqlResult fakeResult)
    {
        _fakeResult = fakeResult;
    }

    public override SqlResult executeQuery(string query)
    {
        return _fakeResult;
    }
}

测试时直接用这个替身类：

var fakeResult = new SqlResult(/* 预设测试数据 */);
var fakeConn = new FakeMySqlDbConn(fakeResult);
var processor = new PersonProcessor(fakeConn);
var result = processor.GetAllPersons();
// 断言结果

但如果第三方类是密封的，或者目标方法不是虚方法，这个方案就不可行。

4. 反射修改私有依赖（应急方案，不推荐） #

如果实在没法修改现有代码，可以用反射强行替换PersonProcessor里的私有sqlConn字段，但这种方式破坏封装性，代码脆弱（类结构变化就会失效），只适合极端应急场景：

var processor = new PersonProcessor(new MySqlDbConn());
var fakeResult = new SqlResult(/* 预设测试数据 */);
var fakeConn = new FakeMySqlDbConn(fakeResult);

// 通过反射获取并修改私有字段
var fieldInfo = typeof(PersonProcessor).GetField("sqlConn", BindingFlags.NonPublic | BindingFlags.Instance);
fieldInfo.SetValue(processor, fakeConn);

var result = processor.GetAllPersons();
// 断言结果

总结 #

优先选择适配器模式，虽然需要少量重构，但能让代码符合依赖倒置原则，后续扩展和测试都会更顺畅。商业框架适合不想改代码的场景，但有成本。手动替身和反射都是妥协方案，仅在特殊情况考虑使用。

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