如何在C#中用Moq模拟含依赖类构造参数的具体类（购物车测试）

嘿，看你在写CheckoutService的单元测试，还碰到了依赖具体类（不是接口）的模拟问题——我帮你理清楚怎么处理这个场景，先把你的测试代码整理得更清晰，再给你几个可行的方案：

首先，先把你的测试类代码补全并格式化，方便后续分析：

public class CheckoutServiceShould 
{
    private List<Product> _allMockedProducts;
    private Mock<InMemoryProductService> _mockInMemoryProductService;
    private Mock<DiscountService> _discountService;
    private Mock<ShoppingBasket> _mockShoppingBasket;

    // 预设测试用的产品列表
    private List<Product> GetAllProducts() 
    {
        return new List<Product>
        {
            new Product { Id = 1, Name = "Apple", Price = 1.99m },
            new Product { Id = 2, Name = "Banana", Price = 0.99m }
        };
    }

    // 测试初始化逻辑
    public CheckoutServiceShould()
    {
        _allMockedProducts = GetAllProducts();
        // 这里模拟具体类是核心问题点
        _mockInMemoryProductService = new Mock<InMemoryProductService>();
        _discountService = new Mock<DiscountService>();
        _mockShoppingBasket = new Mock<ShoppingBasket>();
    }

    // 你的测试用例比如：
    [Fact]
    public void CalculateTotal_WithValidProducts_ReturnsCorrectAmount()
    {
        // 这里需要设置Mock的行为，然后注入到CheckoutService中测试
    }
}

接下来针对“模拟具体类”这个问题，给你三个不同场景下的解决方案：

虽然你提到暂时不想用接口，但从测试友好性和依赖倒置原则来看，这是最可持续的方案。把InMemoryProductService的核心能力抽象成接口，让具体类实现它，然后让CheckoutService依赖接口而非具体类：

// 定义产品服务接口
public interface IProductService
{
    List<Product> GetAllProducts();
    // 其他业务需要的方法，比如GetProductById等
}

// 让原有具体类实现接口
public class InMemoryProductService : IProductService
{
    public List<Product> GetAllProducts()
    {
        // 保持原有业务逻辑
    }
}

// 测试里直接模拟接口，毫无限制
private Mock<IProductService> _mockProductService;

// 在初始化里设置Mock行为
_mockProductService = new Mock<IProductService>();
_mockProductService.Setup(s => s.GetAllProducts()).Returns(_allMockedProducts);

如果暂时没法重构接口，那要确保你需要模拟的方法是虚方法（Moq只能模拟类的虚成员、抽象成员）。修改InMemoryProductService的目标方法：

public class InMemoryProductService
{
    // 把需要模拟的方法加上virtual关键字
    public virtual List<Product> GetAllProducts()
    {
        // 原有实现
    }
}

之后就能在测试里正常设置Mock的返回值了：

_mockInMemoryProductService.Setup(s => s.GetAllProducts()).Returns(_allMockedProducts);

如果既不能改接口，也没法把方法设为虚（比如类是第三方库的，无法修改源码），那可以手动写一个测试专用的Stub类，继承自目标具体类，覆盖你需要控制的行为：

// 测试专用的Stub类
public class TestInMemoryProductService : InMemoryProductService
{
    private readonly List<Product> _testProducts;

    public TestInMemoryProductService(List<Product> testProducts)
    {
        _testProducts = testProducts;
    }

    // 如果父类方法是虚的，直接重写；如果是密封的，只能通过修改父类可访问的内部数据来实现（如果有机会）
    public override List<Product> GetAllProducts()
    {
        return _testProducts;
    }
}

然后在测试里用这个Stub代替Moq的Mock：

var testProductService = new TestInMemoryProductService(_allMockedProducts);
// 将testProductService注入到CheckoutService中进行测试

最后给个小建议：如果用的是xUnit/NUnit这类测试框架，建议用测试初始化特性（比如xUnit的[SetUp]、NUnit的[TestInitialize]）来初始化Mock和测试数据，而不是用测试类的构造函数，这样每个测试用例都会拿到干净的初始化状态，避免测试之间的状态污染。

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