当前位置：首页 > news >正文

.NET单元测试实战：Moq框架在虚拟桌宠项目中的依赖模拟艺术

news 2026/7/18 6:50:58

.NET单元测试实战：Moq框架在虚拟桌宠项目中的依赖模拟艺术

【免费下载链接】VPet虚拟桌宠模拟器一个开源的桌宠软件, 可以内置到任何WPF应用程序项目地址: https://gitcode.com/GitHub_Trending/vp/VPet

问题：当你的代码有了"朋友圈"

在开发虚拟桌宠模拟器时，我们经常会遇到这样的困境：GameCore类想要测试，但它有个"好朋友"IGameSave接口，这个朋友又依赖文件系统、数据库等外部环境。就像测试一个人的社交能力，总不能每次都把整个朋友圈都叫来配合吧？

想象一下，你正在编写一个处理宠物饥饿度的函数：

public class GameCore { public IGameSave Save { get; set; } public void FeedPet() { if (Save.PetData.Hunger > 80) Save.PetData.Health -= 10; // 吃太饱会伤身 } }

如何在不启动数据库、不创建真实文件的情况下，验证这个逻辑的正确性？这就是依赖模拟要解决的问题。

解决方案：Moq框架的"替身演员"模式

5分钟搞定接口模拟

让我们从一个简单的存档系统模拟开始：

// 创建IGameSave的"替身演员" var mockSave = new Mock<IGameSave>(); // 设置替身的"台词"和"动作" mockSave.Setup(s => s.PetData.Hunger).Returns(85); mockSave.Setup(s => s.PetData.Health).Returns(100); // 注入替身到真实场景 var gameCore = new GameCore { Save = mockSave.Object }; // 开始"表演" - 执行测试 gameCore.FeedPet(); // 验证"表演效果" mockSave.Verify(s => s.PetData.Health = 90, Times.Once);

小贴士：Mock对象就像电影的替身演员，他们不需要真的会功夫，只需要在特定场景下做出预设的动作。

避开这些模拟陷阱

错误示范：

// 过度设置，失去了测试意义 mockSave.SetupAllProperties();

正确做法：

// 精准设置，只模拟需要的部分 mockSave.Setup(s => s.PetData.Hunger).Returns(85); mockSave.Setup(s => s.PetData.Health).Returns(100);

实战演练：虚拟桌宠的核心测试场景

场景一：宠物状态管理测试

这张动图展示了宠物状态管理的核心代码逻辑，正是我们需要重点测试的部分。

[Test] public void TestPetStateManagement() { // 准备 var mockSave = new Mock<IGameSave>(); mockSave.Setup(s => s.PetData.Hunger).Returns(85); mockSave.Setup(s => s.PetData.Health).Returns(100); var gameCore = new GameCore { Save = mockSave.Object }; // 执行 gameCore.FeedPet(); // 断言 mockSave.Verify(s => s.PetData.Health = 90, Times.Once); Assert.That(gameCore.Save.PetData.Health, Is.EqualTo(90)); }

场景二：触摸交互系统测试

这张动图展示了虚拟桌宠的类架构设计，包括Core类和TouchArea类，这是我们进行模块测试的基础。

[Test] public void TestTouchAreaInteraction() { // 创建触摸区域 var touchArea = new TouchArea( new Point(10, 10), new Size(20, 20), () => { /* 点击处理逻辑 */ } ); // 测试边界条件 Assert.IsTrue(touchArea.Touch(new Point(15, 15))); Assert.IsFalse(touchArea.Touch(new Point(5, 5))); }

最佳实践：构建可持续的测试体系

测试金字塔策略

在虚拟桌宠项目中，我们采用经典的测试金字塔：

单元测试（70%）：快速验证单个组件
集成测试（20%）：验证组件间协作
端到端测试（10%）：验证完整业务流程

异步方法模拟技巧

当处理异步的宠物行为时：

var mockAsyncService = new Mock<IAsyncPetService>(); mockAsyncService .Setup(s => s.PerformTrickAsync()) .ReturnsAsync(true); // 模拟成功的异步操作

测试数据驱动

使用Theory特性实现数据驱动测试：

[Theory] [InlineData(85, 90)] // 饥饿度85，预期健康值90 [InlineData(50, 100)] // 饥饿度50，预期健康值不变 public void TestFeedPetWithDifferentHungerLevels(int hunger, int expectedHealth) { // 测试逻辑 }