适配自定义DbContext构造函数的EF Core内存测试实现问询

核心调整思路 #

微软文档示例中的BloggingContext是自定义了特殊构造函数的案例，但你的DbContext遵循EF Core标准构造函数模式（无参/仅带DbContextOptions<MyContext>参数），只需调整内存测试的配置方式，无需修改现有DbContext代码即可实现ToInMemoryQuery功能。

具体实现步骤 #

1. 构建带内存数据库配置的DbContextOptions
   在测试代码中显式创建DbContextOptions<MyContext>，指定内存数据库并替换必要服务以支持ToInMemoryQuery：

   var options = new DbContextOptionsBuilder<MyContext>()
       .UseInMemoryDatabase(databaseName: "UniqueTestDbName") // 每次测试用唯一名称避免数据污染
       .ReplaceService<IQueryTranslationPreprocessorFactory, InMemoryQueryTranslationPreprocessorFactory>()
       .Options;
   
   // 用你的DbContext构造函数实例化
   using var context = new MyContext(options);
   

2. 调用ToInMemoryQuery注入模拟数据
   针对目标DbSet调用ToInMemoryQuery，传入模拟的查询数据源即可：

   // 以MyEntity为例，注入模拟数据集合
   context.MyEntities.ToInMemoryQuery(() => new List<MyEntity>
   {
       new MyEntity { Id = 1, Name = "Sample1" },
       new MyEntity { Id = 2, Name = "Sample2" }
   }.AsQueryable());
   

3. 执行测试验证逻辑
   之后即可正常使用context进行查询验证，比如：

   var result = context.MyEntities.Where(e => e.Id == 1).FirstOrDefault();
   Assert.Equal("Sample1", result?.Name);
   

注意事项 #

• 确保你的EF Core版本为5.0及以上，ToInMemoryQuery是该版本后引入的功能。
• 优先使用带DbContextOptions参数的构造函数实例化DbContext，无参构造函数若内部未默认配置内存数据库，会导致测试失败。
• 每个测试用例使用独立的databaseName，防止不同测试间的数据交叉影响。

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