使用WebApplicationFactory替换DbContext做集成测试时迁移不执行的问题

针对你遇到的测试DbContext继承自应用DbContext后，原迁移因标记[DbContext(typeof(NeverLateContext))]特性无法自动执行的问题，有以下几种无需复制迁移的解决方案：

方案一：手动触发迁移执行 #

在测试环境的启动代码（比如Program.cs或测试初始化逻辑中），手动获取迁移服务并执行迁移操作，直接绕过特性限制，强制使用TestNeverLateContext执行所有迁移：

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Migrations;

// 在应用启动完成后执行
using (var scope = app.Services.CreateScope())
{
    var services = scope.ServiceProvider;
    var testDbContext = services.GetRequiredService<TestNeverLateContext>();
    var migrator = services.GetRequiredService<IMigrator>();
    
    // 执行所有待处理的迁移
    await migrator.MigrateAsync();
}

方案二：指定迁移程序集并复用原迁移 #

注册TestNeverLateContext时，通过UseMigrationAssembly方法指定迁移所在的程序集（即原NeverLateContext的程序集），让EF使用该程序集内的迁移，并结合TestNeverLateContext执行：

builder.Services.AddDbContext<TestNeverLateContext>(options =>
{
    options.UseSqlServer("你的测试数据库连接字符串")
           // 指定迁移所在的程序集为原DbContext的程序集
           .UseMigrationAssembly(typeof(NeverLateContext).Assembly);
});

这种方式利用EF迁移的模型匹配机制——只要TestNeverLateContext的模型定义（通过继承OnModelCreating）和原NeverLateContext一致，就能复用原迁移完成数据库初始化和数据填充。

方案三：重构DbContext模型配置（可选） #

如果需要更灵活的配置，可以将通用的模型配置逻辑从NeverLateContext的OnModelCreating中抽离为独立的IEntityTypeConfiguration实现类或扩展方法。这样NeverLateContext和TestNeverLateContext可各自引用这些配置，同时你能为测试DbContext单独生成迁移（无需复制原迁移代码）。不过这种方式需要调整现有代码结构，适合长期维护的场景。

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