使用IProblemDetailsService自定义异常处理器的单元测试问题

你的问题核心是单元测试环境的服务配置与生产环境不一致，导致自定义错误处理逻辑未生效，以下是必须补充的配置项：

• 注册自定义IProblemDetailsService实现
  单元测试的服务容器是独立的，不会自动继承生产环境的服务注册。必须在测试的Web应用配置中手动添加你的自定义实现，比如在WebApplicationFactory的ConfigureWebHost方法里：

  builder.ConfigureServices(services =>
  {
      services.AddSingleton<IProblemDetailsService, YourCustomProblemDetailsService>();
  });
  

• 确保异常处理中间件在测试管道中生效
  检查测试环境的管道配置，确认UseExceptionHandler被正确添加。有些项目会根据环境变量跳过中间件，要保证测试时不会遗漏：

  builder.Configure(app =>
  {
      app.UseExceptionHandler("/error"); // 确保这行存在
      // 按需添加其他必要中间件（路由、端点映射等）
      app.UseRouting();
      app.UseEndpoints(endpoints => endpoints.MapControllers());
  });
  

• 配置ProblemDetailsOptions（如果自定义逻辑依赖）
  如果你的IProblemDetailsService实现依赖ProblemDetailsOptions的配置（比如是否包含异常详情），也要在测试服务中同步配置：

  services.Configure<ProblemDetailsOptions>(options =>
  {
      options.IncludeExceptionDetails = (context, ex) => true;
  });
  

• 检查测试代码的响应读取逻辑
  很多时候看似响应体为空，是因为测试代码没正确读取响应流。必须调用await response.Content.ReadAsStringAsync()来获取实际内容，再反序列化为ProblemDetails对象。

示例测试配置代码 #

public class TestWebAppFactory : WebApplicationFactory<Program>
{
    protected override void ConfigureWebHost(IWebHostBuilder builder)
    {
        builder.ConfigureServices(services =>
        {
            // 注册自定义错误处理服务
            services.AddSingleton<IProblemDetailsService, CustomProblemDetailsService>();
            // 配置ProblemDetails选项
            services.Configure<ProblemDetailsOptions>(opts =>
            {
                opts.IncludeExceptionDetails = (_, __) => true;
            });
        });

        builder.Configure(app =>
        {
            // 构建完整的请求处理管道
            app.UseExceptionHandler("/error");
            app.UseRouting();
            app.UseEndpoints(endpoints => endpoints.MapControllers());
        });
    }
}

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