如何在Playwright测试框架中处理Windows身份认证弹窗的录制与自动化登录问题

我之前在用Playwright做企业内部系统自动化测试时，确实碰到过一模一样的Windows集成认证弹窗问题——毕竟这是系统级的原生窗口，完全不在浏览器的控制范围内，无头录制器肯定抓不到。下面是我试过的几个靠谱解决方法，以及一些踩坑经验：

1. URL中直接嵌入认证信息（最推荐） #

这是最简单直接的方案，利用HTTP基本认证的格式，把账号密码直接拼在URL里：

http://username:password@your-domain.com

不过要注意几个细节：

• 现代浏览器（比如Chrome）默认会阻止这种明文传递方式，需要在启动Playwright时添加启动参数放行：

  const browser = await chromium.launch({
    args: ["--disable-features=BlockInsecurePrivateNetworkRequests", "--allow-running-insecure-content"]
  });
  

• 安全性方面，别把密码硬编码在代码里！用环境变量存储账号密码，比如：

  const username = process.env.WIN_AUTH_USER;
  const password = process.env.WIN_AUTH_PASS;
  const targetUrl = `http://${username}:${password}@your-internal-app.com`;
  await page.goto(targetUrl);
  

• 确保你的测试站点被浏览器标记为「本地Intranet」区域，否则可能还是会触发弹窗。

2. 通过请求头传递NTLM/Kerberos认证令牌 #

Windows集成认证本质是NTLM或Kerberos协议，我们可以提前生成有效的认证令牌，然后通过extraHTTPHeaders传递给请求：

const context = await browser.newContext({
  extraHTTPHeaders: {
    'Authorization': 'NTLM your-generated-ntlm-token'
  }
});
const page = await context.newPage();
await page.goto('http://your-domain.com');

这个方法的局限性是令牌会过期，需要定期更新，适合短周期的测试场景。你可以用curl等工具先获取到有效令牌，再放到测试代码里。

3. 配置浏览器自动认证（非无头/持久化上下文场景） #

如果你的测试允许用非无头模式，或者可以创建持久化浏览器上下文，可以提前在浏览器里配置自动登录：

• 把测试站点加入浏览器的「本地Intranet」区域，开启「自动登录到Intranet区域站点」的选项；
• 用Playwright的持久化上下文保存配置，下次启动时自动复用：

  const context = await browser.newContext({
    storageState: './auth-state.json'
  });
  

不过这个方法在无头模式下大概率不生效，因为无头模式默认不会加载系统级的浏览器配置。

4. 系统级工具辅助（备选方案） #

如果以上方法都走不通，只能用系统级自动化工具模拟输入，比如Windows的AutoHotkey、Python的pyautogui。但这种方法非常脆弱——依赖屏幕分辨率、窗口位置，环境稍有变化就会失败，只建议作为最后的兜底方案。

我当时负责的是内部ERP系统的自动化测试，一开始用URL嵌入的方法就解决了90%的场景，只是需要给测试环境的浏览器加启动参数放行。后来碰到Kerberos认证的特殊场景，就用了传递认证头的方法，配合CI/CD的密钥管理存储令牌，效果也不错。

另外在Selenium时代也遇到过完全一样的问题，当时的解决思路和Playwright一致——优先用URL嵌入或请求头，实在不行才考虑系统级工具。

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