C#中级46、什么是模拟

C#中最流行的模拟库之一，Moq

在软件开发（尤其是测试领域）中，模拟（Mocking） 是一种 测试替身（Test Double）技术 ，用于替代真实依赖对象 ，以便在隔离的环境下对被测代码进行单元测试。

✅ 一句话理解：
"用一个'假'的对象代替真实的依赖，让你只测试目标代码，而不受外部影响。"

🎯 为什么需要模拟？

❌ 没有模拟的问题

假设你要测试一个订单服务：

复制代码

public class OrderService
{
    public void PlaceOrder(Order order)
    {
        // 1. 保存到数据库
        _database.Save(order);
        
        // 2. 发送邮件
        _emailService.Send("订单确认", order.CustomerEmail);
    }
}

直接测试会遇到问题：

🚫 需要真实数据库（慢、不可靠、需清理）
🚫 会真的发邮件（骚扰用户！）
🚫 网络故障会导致测试失败（非代码问题）
🚫 无法测试"数据库保存失败"的异常路径

✅ 模拟如何解决？

用"模拟对象"替代真实依赖：

复制代码

// 测试代码（使用 Moq 库）
[TestMethod]
public void PlaceOrder_ShouldSendEmail_WhenOrderSaved()
{
    // 1. 创建模拟对象
    var mockDb = new Mock<IDatabase>();
    var mockEmail = new Mock<IEmailService>();
    
    // 2. 配置模拟行为（可选）
    mockDb.Setup(db => db.Save(It.IsAny<Order>())).Returns(true);
    
    // 3. 注入模拟对象
    var service = new OrderService(mockDb.Object, mockEmail.Object);
    
    // 4. 执行被测方法
    service.PlaceOrder(new Order { CustomerEmail = "test@example.com" });
    
    // 5. 验证：是否调用了 Send 方法？
    mockEmail.Verify(e => e.Send("订单确认", "test@example.com"), Times.Once);
}

✅ 不连数据库、不发邮件、快速、可靠、可验证行为！

🔧 模拟的核心能力

能力	说明	示例
替代依赖	实现接口或继承类，提供"假"实现	`Mock<IEmailService>`
控制行为	预设方法返回值或抛出异常	`Setup(x => x.Send()).Returns(true)`
验证交互	检查方法是否被调用、调用次数、参数	`Verify(x => x.Send(), Times.Once)`
隔离测试	只测试目标逻辑，不依赖外部系统	纯内存运行

🧩 常见的测试替身类型（不只是 Mock）

类型	用途	特点
Dummy	占位符，不被使用	如传 `null` 或空对象
Stub	提供预设返回值	"只读"依赖，不验证调用
Spy	记录调用信息，但执行真实逻辑	部分真实 + 部分监控
Mock	预设行为 + 验证交互	最常用！
Fake	轻量级真实实现（如内存数据库）	功能完整但简化

💡 Mock 强调"验证行为"，Stub 强调"提供数据"。

💡 C# 中的模拟库（以 Moq 为例）

Moq 是 .NET 最流行的模拟框架（基于表达式树，强类型安全）。

安装

复制代码

dotnet add package Moq

基本用法

复制代码

// 1. 创建 Mock
var mock = new Mock<ILogger>();

// 2. 设置行为
mock.Setup(l => l.Log(It.IsAny<string>())).Verifiable();

// 3. 获取模拟对象
var logger = mock.Object;

// 4. 使用
logger.Log("Hello");

// 5. 验证
mock.Verify(l => l.Log("Hello"), Times.Once());

高级用法：抛出异常

复制代码

mock.Setup(db => db.Save(It.IsAny<Order>()))
    .Throws(new DbException("连接失败"));

// 测试异常处理逻辑
Assert.ThrowsException<DbException>(() => service.PlaceOrder(order));

✅ 模拟的典型使用场景

场景	说明
外部服务	数据库、HTTP API、消息队列
基础设施	文件系统、时间（`DateTime.Now`）、随机数
难以构造的对象	复杂依赖链、单例
边界条件测试	模拟网络超时、磁盘满、权限拒绝等异常
行为验证	确保"支付成功后发送通知"这类业务规则

⚠️ 注意事项（避免滥用）

陷阱	建议
过度模拟	不要模拟所有依赖，只模拟外部/不稳定的部分
模拟具体类	优先模拟接口（更稳定、更灵活）
测试实现细节	验证行为结果，而非"是否调用了某个私有方法"
忽略集成测试	单元测试（用 Mock） + 集成测试（用真实依赖）结合

📌 黄金法则 ：
"模拟你拥有的接口，不要模拟第三方库的具体类。"

🆚 模拟 vs 真实依赖

对比项	模拟（Mock）	真实依赖
速度	极快（内存操作）	慢（I/O、网络）
可靠性	100% 可控	受环境影响
测试范围	单元测试（单一职责）	集成/端到端测试
维护成本	低（接口稳定）	高（依赖变化）
适用阶段	开发、CI/CD 快速反馈	发布前验证

✅ 总结

关键点	说明
模拟是什么	用于测试的"假"对象，替代真实依赖
核心目的	隔离被测代码，实现快速、可靠、可重复的单元测试
关键能力	预设行为 + 验证交互
C# 工具	Moq、NSubstitute、FakeItEasy
最佳实践	模拟接口、只模拟外部依赖、结合集成测试

🧠 记住：
"好的单元测试不关心世界是否正常，只关心你的代码在给定条件下是否正确响应。"

掌握模拟技术，你就掌握了高质量单元测试的钥匙------这是专业开发者的核心技能之一！🔑