如何Mock含70个方法的大型Partial Class(DAL)编写Controller单元测试？

你完全没必要创建包含70个方法的接口——这纯属过度设计，只会平白增加维护负担。针对这个场景，有几个更轻量、更合理的Mock方案，我给你详细梳理下：

1. 提取局部接口（最推荐，符合SOLID原则） #

核心思路是：只针对Controller实际用到的3个方法定义小型接口，而非把DAL的70个方法全部抽象。这样既满足测试需求，又不会引入冗余代码。

举个例子：

// 仅定义Controller依赖的3个方法
public interface IControllerRequiredDAL
{
    Task<Order> GetOrderByIdAsync(int orderId);
    Task UpdateOrderStatusAsync(int orderId, OrderStatus newStatus);
    Task LogOrderActionAsync(int orderId, string action);
}

// 让你的分部DAL类实现这个小接口
public partial class DAL : IControllerRequiredDAL
{
    // 原有70个方法的实现，包括上面3个方法的具体逻辑
}

之后，让Controller依赖这个IControllerRequiredDAL接口，而不是直接依赖庞大的DAL类。测试时，用Moq等框架只需要Mock这3个方法，非常轻便：

// 测试代码示例
var mockDAL = new Mock<IControllerRequiredDAL>();
mockDAL.Setup(d => d.GetOrderByIdAsync(It.IsAny<int>()))
       .ReturnsAsync(new Order { Id = 123, Status = OrderStatus.Pending });

// 注入到Controller进行测试
var controller = new OrderController(mockDAL.Object);

这个方案遵循了依赖倒置原则，让Controller只依赖它真正需要的抽象，代码耦合度更低，后续维护也更简单。

2. 标记用到的方法为virtual（快速改造方案） #

如果你不想新增接口，且有权限修改DAL类的代码，可以把Controller用到的3个方法标记为virtual。这样Moq等Mock框架就能直接Mock这个分部类的特定方法，无需抽象整个类：

public partial class DAL
{
    // 将用到的方法改为virtual
    public virtual Task<Order> GetOrderByIdAsync(int orderId)
    {
        // 原有数据库调用逻辑
    }

    // 另外两个方法同理标记为virtual
}

测试时直接MockDAL类，只Setup需要的方法：

var mockDAL = new Mock<DAL>();
mockDAL.Setup(d => d.UpdateOrderStatusAsync(123, OrderStatus.Shipped))
       .Returns(Task.CompletedTask);

这个方案改动最小，适合快速实现测试的场景，但缺点是需要修改原有DAL类的代码。

3. 使用商业隔离框架（兜底方案，无法修改DAL时） #

如果完全不能修改DAL类的代码，且用到的方法不是虚方法，那么可以考虑使用TypeMock Isolator或JustMock这类商业隔离框架。它们支持Mock非虚方法、静态方法甚至密封类，无需修改原有代码就能实现隔离。

不过这类工具是付费的，适合完全无法改动原有代码的极端场景，一般不推荐作为首选方案。

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