.NET 6 WebAPI集成测试中WebApplicationFactory模拟认证未生效问题

你遇到的问题核心是测试环境中注册的Test认证方案没有被设为实际生效的默认认证方案，原因如下：

1. ConfigureTestServices的执行时机晚于项目Startup/Program.cs中的服务注册逻辑，你在测试中重复调用AddAuthentication("Test")不会覆盖Startup中已经配置好的默认认证方案（生产环境设置的Bearer默认方案）：AddAuthentication方法仅会在首次配置AuthenticationOptions时生效，后续调用不会修改已存在的配置值。
2. 运行时认证中间件会优先使用全局配置的默认认证方案进行校验，因此始终会去找Bearer方案的处理程序，你的TestAuthHandler自然不会被触发。而当你在[Authorize]特性上显式指定AuthenticationSchemes = "Test"时，会绕过全局默认方案，直接使用指定的Test方案，因此能正常生效。
3. 返回302状态码是因为认证失败后，触发了全局配置的默认挑战方案的跳转逻辑（通常是Cookie认证的登录页跳转）。

不需要修改业务代码中的[Authorize]特性，可任选以下方案调整测试配置：

方案1：后配置覆盖全局认证默认值 #

使用PostConfigure强制覆盖AuthenticationOptions的所有默认方案配置，优先级高于Startup中的配置：

builder.ConfigureTestServices(services =>
{
    // 注册Test认证方案
    services.AddAuthentication()
        .AddScheme<AuthenticationSchemeOptions, TestAuthHandler>("Test", options => {});
    // 强制覆盖全局认证默认配置
    services.PostConfigure<AuthenticationOptions>(opts =>
    {
        opts.DefaultScheme = "Test";
        opts.DefaultAuthenticateScheme = "Test";
        opts.DefaultChallengeScheme = "Test";
    });
});

方案2：直接替换原有Bearer方案的处理程序 #

如果生产环境默认使用Bearer方案，直接将Bearer方案的处理程序替换为你的TestAuthHandler，完全兼容原有业务代码的认证逻辑：

using Microsoft.AspNetCore.Authentication.JwtBearer;

builder.ConfigureTestServices(services =>
{
    // 替换默认Bearer方案的处理程序为测试用的TestAuthHandler
    services.AddAuthentication()
        .AddScheme<AuthenticationSchemeOptions, TestAuthHandler>(
            JwtBearerDefaults.AuthenticationScheme, options => {});
});

使用该方案时不需要再给客户端请求头加Test前缀，和生产环境一样使用Bearer前缀即可，也可以直接省略请求头设置，因为TestAuthHandler不需要校验实际的令牌内容。

如果调整后仍未生效，可依次排查以下配置：

• 确认app.UseAuthentication()的注册顺序在app.UseAuthorization()之前，且位于路由配置之后、端点映射之前
• 打断点验证运行时AuthenticationOptions的DefaultAuthenticateScheme属性值是否为你预期的方案
• 检查是否有其他中间件在认证流程之前修改了请求上下文，导致认证逻辑被跳过

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