使用Playwright做E2E测试时如何处理OAuth2与无密码邮件认证

针对Next.js + NextAuth + Playwright的E2E测试场景，行业通用的做法是分层覆盖，不需要在两种方案中二选一：

业务功能测试：优先使用模拟会话注入 #

90%以上用于验证登录后业务逻辑的测试用例，都应该采用构造测试用户、复用认证状态的方案：

• 你可以通过NextAuth提供的测试工具直接生成合法的测试用户会话，按照Playwright的认证状态复用逻辑，将会话信息存储到本地JSON文件，全局复用给所有需要鉴权的测试用例
• 该方案执行速度快，不会受Github OAuth、邮件服务等第三方依赖的波动影响，也不需要处理测试账号风控、权限变更等问题，完全可以满足业务功能的验证需求，是E2E测试中减少非核心干扰的常规操作，不属于「不完整的E2E测试」

认证流程测试：单独覆盖真实登录逻辑 #

仅针对登录流程本身的测试用例，才需要走完整的真实认证流程，这类用例数量控制在个位数即可：

• Github OAuth登录：创建专用的测试账号，将账号凭证存入Playwright的秘钥管理模块避免明文泄露，可限制这类用例仅在CI定时任务中执行，降低账号被风控的概率
• 无密码邮件登录：测试环境下将邮件投递到本地测试邮件服务（如maildev），Playwright直接调用本地服务的接口拉取最新的登录链接，无需对接外部邮箱服务，实现成本很低

注意事项 #

不要强制所有测试用例都走完整登录流程，会导致测试执行效率大幅下降，且容易因为第三方服务故障产生大量无意义的失败用例。如果有自定义的JWT生成、会话校验逻辑，建议单独用单元测试覆盖，不需要放到E2E测试中验证

内容的提问来源于stack exchange，提问作者Daniel Mateos Labrador