如何编写C#单元测试访问仓储数据及解决仓储空值问题

嘿，我来帮你搞定这个单元测试的问题！

首先来说说你遇到的仓储为空的问题——你的测试类里声明了那些readonly的仓储接口字段，但根本没给它们赋值啊！这就像你买了个空盒子，还指望里面有东西一样😂。咱们得给这些依赖找个“替身”，也就是用Mock框架来模拟仓储对象，然后通过构造函数传给UserManagement，这样就不会空了。

第一步：用Moq创建Mock仓储（最常用的方案） #

首先你得先通过NuGet安装Moq包，这是.NET里最流行的Mock框架之一。然后修改你的测试类，像这样：

[TestFixture]
public class UserPageTest {
    private UserManagement _addUser;
    // 声明Mock类型的仓储字段
    private Mock<IEntityBaseRepository<User>> _mockUserRepo;
    private Mock<IEntityBaseRepository<Role>> _mockRoleRepo;
    private Mock<IEntityBaseRepository<UserStatus>> _mockUserStatusRepo;
    private Mock<IUnitOfWork> _mockUnitOfWork;

    [SetUp]
    public void Setup() {
        // 初始化所有Mock实例
        _mockUserRepo = new Mock<IEntityBaseRepository<User>>();
        _mockRoleRepo = new Mock<IEntityBaseRepository<Role>>();
        _mockUserStatusRepo = new Mock<IEntityBaseRepository<UserStatus>>();
        _mockUnitOfWork = new Mock<IUnitOfWork>();

        // 把Mock的真实接口实例传给UserManagement的构造函数
        _addUser = new UserManagement(
            _mockUserRepo.Object,
            _mockRoleRepo.Object,
            _mockUserStatusRepo.Object,
            _mockUnitOfWork.Object
            // 其他构造函数参数也按这个方式传入对应的Mock.Object就行
        );
    }

    // 举个测试方法的例子
    [Test]
    public void AddNewUser_ValidUser_CallsRepoAdd() {
        // 准备测试用的User对象
        var testUser = new User { Id = 1, Username = "TestUser" };

        // 设置Mock仓储的行为：当调用Add方法时，我们验证它被正确调用
        _mockUserRepo.Setup(repo => repo.Add(testUser)).Verifiable();

        // 调用你要测试的方法
        _addUser.AddNewUser(testUser);

        // 验证仓储的Add方法确实被调用了一次
        _mockUserRepo.Verify(repo => repo.Add(testUser), Times.Once);
    }
}

为什么要这么做？ #

单元测试的核心是隔离依赖——咱们要测试的是UserManagement的业务逻辑，而不是仓储本身（那是仓储的单元测试该做的）。用Mock可以模拟仓储的各种行为：比如返回指定数据、验证方法是否被调用、模拟异常等等，完全不需要连接真实数据库。

如果你确实需要访问真实仓储（集成测试） #

要是你想做集成测试（真的访问数据库里的测试数据），那你得初始化真实的仓储实例，比如：

[SetUp]
public void Setup() {
    // 假设你的仓储有一个需要DbContext的构造函数
    var testDbContext = new YourDbContext("Server=.;Database=TestDb;Trusted_Connection=True;");
    var realUserRepo = new EntityBaseRepository<User>(testDbContext);
    // 其他仓储同理...
    _addUser = new UserManagement(realUserRepo, realRoleRepo, ...);
}

不过这种方式属于集成测试，不是严格意义上的单元测试，需要注意测试数据的清理，避免影响其他测试。

额外小提示 #

• 确保UserManagement的构造函数是public的，不然测试类没法访问它
• 如果构造函数参数太多，也可以用依赖注入容器（比如Autofac）在测试中配置，但手动传Mock对简单场景更直接
• 要是需要仓储返回数据，比如GetById，可以这么设置：_mockUserRepo.Setup(repo => repo.GetById(1)).Returns(testUser);

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