能否用Mock为Microsoft.ApplicationBlocks.Data.SqlHelper编写单元测试？如何实现？

Microsoft.ApplicationBlocks.Data.SqlHelper的核心方法都是静态的，而Moq这类主流Mock框架没法直接Mock静态方法。所以最优解是给SqlHelper套一层抽象接口，把静态调用封装成实例方法，这样就能轻松Mock了。

具体实现步骤 #

1. 定义抽象接口 #

先创建一个和你业务需要匹配的数据库操作接口，只包含实际用到的方法：

public interface IDatabaseHelper
{
    int ExecuteNonQuery(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters);
    SqlDataReader ExecuteReader(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters);
    object ExecuteScalar(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters);
    // 其他你用到的SqlHelper方法，比如FillDataset等
}

2. 实现抽象接口（封装SqlHelper） #

写一个具体类，内部直接调用SqlHelper的静态方法做转发：

public class SqlDatabaseHelper : IDatabaseHelper
{
    public int ExecuteNonQuery(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters)
    {
        return SqlHelper.ExecuteNonQuery(connectionString, commandType, commandText, parameters);
    }

    public SqlDataReader ExecuteReader(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters)
    {
        return SqlHelper.ExecuteReader(connectionString, commandType, commandText, parameters);
    }

    public object ExecuteScalar(string connectionString, CommandType commandType, string commandText, params SqlParameter[] parameters)
    {
        return SqlHelper.ExecuteScalar(connectionString, commandType, commandText, parameters);
    }
}

3. 业务类依赖抽象接口 #

把原来直接调用SqlHelper的业务代码，改成依赖IDatabaseHelper接口（通过构造函数注入）：

public class UserService
{
    private readonly IDatabaseHelper _dbHelper;
    private readonly string _connString = "your_db_connection_string";

    public UserService(IDatabaseHelper dbHelper)
    {
        _dbHelper = dbHelper;
    }

    public bool CreateUser(string username, string email)
    {
        var parameters = new[]
        {
            new SqlParameter("@Username", username),
            new SqlParameter("@Email", email)
        };

        int affectedRows = _dbHelper.ExecuteNonQuery(_connString, CommandType.StoredProcedure, "sp_CreateUser", parameters);
        return affectedRows > 0;
    }
}

4. 写单元测试（以Moq为例） #

现在就可以Mock IDatabaseHelper来测试业务逻辑，完全不需要连接真实数据库：

[TestClass]
public class UserServiceTests
{
    [TestMethod]
    public void CreateUser_ValidInputs_ReturnsTrue()
    {
        // 1. 创建Mock对象并设置预期行为
        var mockDbHelper = new Mock<IDatabaseHelper>();
        mockDbHelper.Setup(x => x.ExecuteNonQuery(
            It.IsAny<string>(), 
            CommandType.StoredProcedure, 
            "sp_CreateUser", 
            It.IsAny<SqlParameter[]>()))
            .Returns(1); // 模拟插入成功，返回1条受影响行

        // 2. 注入Mock对象到业务类
        var userService = new UserService(mockDbHelper.Object);

        // 3. 执行测试方法
        bool result = userService.CreateUser("john_doe", "john@example.com");

        // 4. 验证结果和调用情况
        Assert.IsTrue(result);
        // 确认ExecuteNonQuery确实被调用了一次
        mockDbHelper.Verify(x => x.ExecuteNonQuery(
            It.IsAny<string>(), 
            CommandType.StoredProcedure, 
            "sp_CreateUser", 
            It.IsAny<SqlParameter[]>()), Times.Once);
    }
}

为什么不直接Mock静态方法？ #

像TypeMock这类工具确实能Mock静态方法，但大多是收费的，而且直接依赖静态方法的代码耦合度高，后期难维护。封装抽象层不仅解决了测试问题，还符合依赖倒置原则，让代码更灵活——哪天要换数据库操作组件，只需要重写IDatabaseHelper的实现类就行，不用改业务代码。

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