DotNet 6项目Azure DevOps单元测试因EF Core迁移过慢的优化咨询

针对你遇到的EF Core迁移文件拖慢单元测试速度的问题，这里有几个实用的优化方案：

1. 从单元测试项目中排除迁移文件 #

单元测试根本不需要用到迁移文件，直接在测试项目的.csproj中添加配置，排除对迁移文件夹的编译和资源嵌入：

<ItemGroup>
  <!-- 替换成你的迁移文件所在实际路径 -->
  <Compile Remove="..\YourMainProject\Migrations\**" />
  <EmbeddedResource Remove="..\YourMainProject\Migrations\**" />
</ItemGroup>

这样测试项目编译时会忽略所有迁移文件，避免不必要的编译和加载耗时。

2. 改用内存数据库进行单元测试 #

如果你的单元测试需要用到DbContext，别用真实数据库，直接用EF Core的内存数据库或SQLite内存模式，完全跳过迁移步骤：

// 示例：配置InMemory数据库
var dbOptions = new DbContextOptionsBuilder<YourDbContext>()
    .UseInMemoryDatabase(databaseName: "UnitTestDb")
    .Options;

using var context = new YourDbContext(dbOptions);
// 直接使用context，无需执行迁移

内存数据库会直接根据实体模型创建表结构，比跑100个迁移脚本快几个数量级。

3. 禁用测试中的迁移自动执行 #

如果必须使用真实数据库（比如部分集成测试），不要调用context.Database.Migrate()，改用EnsureCreated()直接生成表结构：

using var context = new YourDbContext(dbOptions);
// 直接创建表，跳过迁移流程
context.Database.EnsureCreated();

或者在配置DbContext时，指定不加载迁移程序集：

optionsBuilder.UseSqlServer(
    yourConnectionString, 
    b => b.MigrationsAssembly(null) // 禁用迁移加载
);

4. 拆分测试项目，隔离依赖迁移的测试 #

把需要依赖迁移的测试（比如集成测试）单独拆分到一个项目，单元测试项目完全不引用包含迁移的主项目。这样单元测试可以快速执行，集成测试单独调度，互不影响。

5. 优化Azure DevOps流水线配置 #

针对你当前的测试任务，可以做两个调整：

• 开启测试并行执行，在arguments中添加--parallel参数，让测试同时运行：

  arguments: '--configuration Release --collect:"XPlat Code Coverage" --settings $(Build.SourcesDirectory)/src/CodeCoverage.runsettings --parallel'
  

• 优化代码覆盖率配置，在CodeCoverage.runsettings中排除迁移文件，减少覆盖率统计的耗时：

  <Exclude>
    <ModulePath>.*Migrations.*</ModulePath>
  </Exclude>
  

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