Azure ADB2C集成测试如何实现与真实用户一致的身份验证流程？

核心问题说明 #

ROPC 流属于非交互身份验证流程，会跳过用户流中绑定在交互环节（登录后、令牌生成前等节点）的 API 连接器触发规则，因此无法拿到常规登录流程注入的自定义属性，不符合测试要求。

可行方案 #

方案1：浏览器自动化模拟真实用户登录（最推荐） #

使用 Playwright、Selenium 等浏览器自动化工具，完全模拟真实用户的登录操作：

• 预先在对应环境的 Azure AD B2C 中创建专用测试用户，关闭 MFA 验证，设置固定账号密码
• 自动化脚本访问受保护的 Web 应用，自动跳转到 B2C 登录页后，输入测试用户的账号密码提交
• 登录完成后从浏览器存储中获取id_token、access_token，后续接口测试时将令牌放在Authorization请求头中即可
  该方案100%对齐真实用户登录流程，会触发所有配置的API连接器，拿到的令牌属性和真实用户完全一致，无需额外调整B2C侧配置，仅需维护自动化登录脚本即可

方案2：授权码流（PKCE模式）模拟交互流程 #

如果不想引入浏览器自动化，可通过配置专用测试资源实现无浏览器的完整流程模拟：

• 在 Azure AD B2C 中创建和生产环境配置完全一致的测试专用用户流，确保 API 连接器的触发规则、自定义属性配置和生产完全同步
• 注册专用测试客户端，设置为公共客户端，添加http://localhost类的本地重定向URI，开启授权码流PKCE支持
• 代码模拟完整授权码流步骤：先请求B2C授权端点获取授权码，再用授权码请求令牌端点换取可用令牌
  该方案无需运行浏览器，测试执行速度更快，但是需要保证测试用用户流、客户端的配置和生产环境完全同步，避免出现流程差异

注意事项 #

• 所有测试使用的用户、客户端、用户流都要和生产环境资源隔离，避免测试操作影响线上业务
• 如果采用方案1，可给B2C自定义登录页的用户名输入框、密码输入框、提交按钮添加固定data-testid属性，降低自动化脚本的维护成本

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