Mock Insert时返回entity.Id为0，但应用部署后通过Curl请求正常

兄弟，这问题我之前踩过一模一样的坑！核心原因很简单：你的Mock没有模拟数据库自动生成ID的行为，真实部署后数据库会自动给插入的实体分配Id并回填，所以Curl请求正常，Mock测试就拉胯了。

问题拆解 #

真实环境里，不管是用EF Core的ValueGeneratedOnAdd特性，还是数据库本身的自增字段（比如SQL Server的IDENTITY、MySQL的AUTO_INCREMENT），当你调用InsertAsync把实体存进数据库后，数据库会自动生成一个非0的Id值，并且把这个值写回到你传入的article对象里。但Mock默认只是“假装执行了插入”，根本不会去修改你传入的实体对象，所以article.Id还是初始的0值。

解决方案：给Mock加个“赋值回调” #

假设你用的是Moq这类主流Mock框架，只需要在设置InsertAsync的Mock行为时，手动给传入的article对象赋值Id就行，分两种场景：

1. 固定ID值（简单测试用） #

如果只是想确保接口能返回正确的Created响应，直接给一个固定ID就行：

var mockRepo = new Mock<IArticleRepository>();

// 模拟InsertAsync方法，调用时给article.Id赋值
mockRepo.Setup(repo => repo.InsertAsync(It.IsAny<Article>()))
        .Callback<Article>(article => article.Id = 1001) // 这里随便设个非0值
        .Returns(Task.CompletedTask);

// 然后把mockRepo.Object注入到ArticlesController里测试
var controller = new ArticlesController(mockRepo.Object);

2. 递增ID值（更接近真实场景） #

如果需要测试多次插入的情况，比如批量创建文章，用一个变量来跟踪递增ID会更真实：

int nextArticleId = 1;
var mockRepo = new Mock<IArticleRepository>();

mockRepo.Setup(repo => repo.InsertAsync(It.IsAny<Article>()))
        .Callback<Article>(article => 
        {
            article.Id = nextArticleId++;
        })
        .Returns(Task.CompletedTask);

进阶方案：用内存数据库代替Mock #

如果你的测试需要更贴近真实数据库的行为（比如不仅是ID生成，还有关联数据验证、查询逻辑等），不如直接用EF Core的内存数据库，它会自动模拟数据库的自增ID行为，完全不用手动Mock：

// 配置内存数据库选项
var dbOptions = new DbContextOptionsBuilder<YourDbContext>()
                .UseInMemoryDatabase(databaseName: "Test_Article_Db")
                .Options;

// 创建真实的DbContext和Repository实例
using var dbContext = new YourDbContext(dbOptions);
var realRepo = new ArticleRepository(dbContext);

// 注入到控制器测试
var controller = new ArticlesController(realRepo);

这种方式的测试结果更可靠，因为用的是真实的Repository实现，只是把数据库换成了内存中的临时库。

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