C# ASP.NET Core集成测试如何设置身份认证Auth Cookie

核心思路是复用真实的身份认证流程下发合法Cookie，通过HttpClient的Cookie容器自动持久化凭据，避免手动构造无效的签名Cookie，具体实现步骤如下：

• 初始化测试HttpClient时开启自动Cookie管理
  创建测试客户端时不要使用默认无状态配置，手动注入CookieContainer自动存储服务端通过Set-Cookie头下发的所有凭据（包括Identity认证Cookie、AntiForgery Cookie），同时关闭自动重定向方便调试认证状态：

// 测试类初始化时构造HttpClient
var factory = new CustomWebApplicationFactory();
var cookieContainer = new CookieContainer();
var httpClient = factory.CreateClient(new WebApplicationFactoryClientOptions
{
    AllowAutoRedirect = false,
    BaseAddress = new Uri("https://localhost")
});
// 替换消息处理器启用自动Cookie携带
httpClient = new HttpClient(new HttpClientHandler
{
    CookieContainer = cookieContainer,
    UseCookies = true,
    AllowAutoRedirect = false
})
{
    BaseAddress = new Uri("https://localhost")
};

• 先走已验证通过的注册/登录流程获取合法管理员凭据
  直接复用你已经跑通的Post_FirsttoRegisterClaimsAdmin测试逻辑：先GET注册页面提取AntiForgery Token与对应Cookie，再POST提交注册信息完成首个管理员用户注册。这一步服务端会自动在响应中下发合法的Identity认证Cookie（默认名称为.AspNetCore.Identity.Application），上面配置的CookieContainer会自动保存这些Cookie，后续该HttpClient发出的所有请求都会自动携带凭据，无需手动附加。
  如果不想重复执行注册逻辑，也可以在注册完成后直接调用登录接口提交管理员账号密码，同样能拿到有效认证Cookie。
• 验证认证状态后调用受保护接口
  注册/登录完成后，可以先请求任意加了[Authorize]特性的接口，若返回状态码为200而非302跳转到/Account/Login，说明认证Cookie已生效。此时再按常规流程GET/Admin/CreateMasterWallet页面提取AntiForgery Token，POST提交创建钱包的请求即可正常进入接口逻辑，不会被认证中间件拦截。

注意事项

• 不要尝试手动构造Identity认证Cookie：Identity生成的Cookie会经过数据保护签名，手动拼接的内容签名不匹配，会被认证中间件判定为无效凭据直接拒绝。
• 如果测试不需要覆盖认证流程本身，也可以在CustomWebApplicationFactory中替换认证Scheme为测试专用的假认证，直接给所有请求附加上带管理员角色的ClaimsIdentity，这种方式执行效率更高，但不会走真实的Identity认证校验逻辑。

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