Mock ForeignKey字段未按预期生效，单元测试未触发外键约束

你遇到的问题很典型——模拟的DbContext和DbSet不会自动执行EF的外键约束校验，这就是为什么你的单元测试能通过，但实际数据库会报错的核心原因。

先拆解下背后的逻辑：

• 你用Moq创建的mockSet和mockContext只是单纯模拟了Add和SaveChanges的调用行为，完全没有复刻EF（不管是EF6还是EF Core）的实体验证、外键约束检查逻辑。
• 真实环境里，EF会在SaveChanges阶段（或者最终数据库层面）校验外键关联的实体是否存在，但你的Mock对象根本不知道这些规则——它只会记录你有没有调用指定方法，不会去验证实体本身的合法性。

下面给你几个可行的解决方案，按推荐优先级排序：

方案1：改用EF Core内存数据库（最推荐） #

内存数据库会模拟真实EF的大部分核心行为，包括外键约束校验，能让你的单元测试更贴近真实运行场景。修改测试代码如下：

[TestMethod]
public void CreateClass2()
{
    // 配置内存数据库选项
    var options = new DbContextOptionsBuilder<theContext>()
        .UseInMemoryDatabase(databaseName: "Test_Class2_Validation")
        .Options;

    using (var context = new theContext(options))
    {
        var service = new Class2Service(context);
        // 预期会因为外键约束失败抛出异常
        Assert.ThrowsException<DbUpdateException>(() => 
            service.AddClass2(10, 100));
    }
}

这样测试就会按照你的预期失败，完美复现真实数据库的外键约束校验逻辑。

方案2：手动在Mock中添加校验逻辑 #

如果坚持要用Moq，可以在SaveChanges的模拟逻辑里手动加入外键合法性检查：

[TestMethod]
public void CreateClass2()
{
    var mockClass2Set = new Mock<DbSet<Class2>>();
    var mockClass1Set = new Mock<DbSet<Class1>>();
    var mockContext = new Mock<theContext>();

    // 模拟上下文的DbSet属性
    mockContext.Setup(m => m.Class2s).Returns(mockClass2Set.Object);
    mockContext.Setup(m => m.Class1s).Returns(mockClass1Set.Object);

    // 在SaveChanges时手动校验外键
    mockContext.Setup(m => m.SaveChanges()).Returns(() =>
    {
        // 获取被添加的Class2实例
        var addedClass2 = mockClass2Set.Invocations
            .FirstOrDefault(i => i.Method.Name == "Add")?
            .Arguments.FirstOrDefault() as Class2;
        
        if (addedClass2 != null)
        {
            // 模拟查询Class1是否存在（这里返回null表示不存在）
            mockClass1Set.Setup(s => s.Find(addedClass2.Id)).Returns<Class1>(null);
            var class1Exists = mockContext.Object.Class1s.Find(addedClass2.Id) != null;
            
            if (!class1Exists)
            {
                throw new DbUpdateException("外键约束失败：对应的Class1不存在");
            }
        }
        return 1;
    });

    var service = new Class2Service(mockContext.Object);
    // 预期抛出异常
    Assert.ThrowsException<DbUpdateException>(() => 
        service.AddClass2(10, 100));

    mockClass2Set.Verify(m => m.Add(It.IsAny<Class2>()), Times.Once());
    mockContext.Verify(m => m.SaveChanges(), Times.Once());
}

这种方式需要手动复刻EF的校验逻辑，比较繁琐，适合简单场景下的测试。

方案3：启用EF原生实体验证 #

如果你的上下文本身保留了EF的实体验证逻辑，可以让Mock的SaveChanges调用真实的验证流程：

首先确保你的theContext重写SaveChanges时触发验证：

public override int SaveChanges()
{
    // 触发EF原生实体验证
    var validationResults = GetValidationErrors();
    if (validationResults.Any())
    {
        throw new ValidationException(validationResults.First().ErrorMessage);
    }
    return base.SaveChanges();
}

然后在Mock中配置SaveChanges调用基类方法：

mockContext.Setup(m => m.SaveChanges()).CallBase();

不过这种方式依赖上下文的自定义实现，且Mock配置相对复杂，不如内存数据库直观。

总结来说，内存数据库是最优解，它能最大程度缩小测试环境与生产环境的行为差异，避免出现“测试通过但生产报错”的情况。

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