.NET 6.0单元测试项目能否添加Program.cs启动时初始化ServiceProvider

这个方案比在每个测试类重复写Initialize方法、单独封装静态初始化类要稳定得多：测试程序启动时就会一次性执行入口逻辑，和测试用例执行顺序完全无关，所有测试用例运行前ServiceProvider就已经构建完成，完全匹配你的需求。

具体实现步骤 #

• 第一步：修改测试项目的.csproj配置，关闭测试SDK默认自动生成的Program类，避免和自定义入口冲突

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net6.0</TargetFramework>
    <IsPackable>false</IsPackable>
    <!-- 关键配置：禁用SDK自动生成的Program入口 -->
    <GenerateProgramFile>false</GenerateProgramFile>
  </PropertyGroup>
  <!-- 正常引用测试框架、DI、数据库相关nuget包即可 -->
  <ItemGroup>
    <PackageReference Include="Microsoft.Extensions.DependencyInjection" Version="6.0.0" />
    <!-- 其他包引用按需添加 -->
  </ItemGroup>
</Project>

• 第二步：在项目根目录新建Program.cs，编写全局初始化逻辑，把构建好的ServiceProvider暴露给所有测试类

using Microsoft.Extensions.DependencyInjection;

// 程序启动时仅执行一次：注册服务、加载配置、构建ServiceProvider
var services = new ServiceCollection();
// 按需注册业务服务、数据库上下文、读取连接字符串
// 示例：services.AddScoped<IBizService, BizService>();
// 示例：services.AddDbContext<DefaultDbContext>(opt => opt.UseSqlServer("你的数据库连接串"));

var serviceProvider = services.BuildServiceProvider();

// 全局静态访问入口，所有测试类直接从这里获取服务实例
public static class TestGlobal
{
    public static IServiceProvider ServiceProvider { get; } = serviceProvider;
}

// 必须声明public的Program分部类，测试运行时才能正确识别入口
public partial class Program { }

• 第三步：测试类直接调用全局ServiceProvider即可，不需要写任何重复初始化逻辑

public class BizServiceTest
{
    private readonly IBizService _bizService;

    public BizServiceTest()
    {
        // 构造函数直接获取服务实例，此时ServiceProvider早已初始化完成
        _bizService = TestGlobal.ServiceProvider.GetRequiredService<IBizService>();
    }

    [Fact]
    public void TestMethod1()
    {
        // 直接用注入的实例编写测试逻辑即可
        var res = _bizService.GetData(1);
        Assert.NotNull(res);
    }
}

注意事项 #

• 整个初始化流程在测试程序启动阶段执行，仅运行一次，不会受测试类、测试用例的执行顺序影响，也不会出现重复构建ServiceProvider的问题。
• 这种实现不绑定特定测试框架，不管你用xUnit、NUnit还是MSTest都能正常运行。
• 不要在测试用例里重复调用BuildServiceProvider，否则会出现服务实例重复创建、内存泄漏、配置不一致的问题。

内容的提问来源于stack exchange，提问作者A.D.