基于脚本的浏览器身份验证场景CI/CD自动化方案问询

要在无人工干预的CI/CD流水线里搞定这个流程，核心思路是用无头浏览器模拟用户的登录操作——毕竟基于浏览器的验证本质就是要走一遍用户在浏览器里的点击、输入、跳转流程，最后从页面存储或Cookie里提取token。下面分工具选择、具体实现、特殊场景处理来拆解：

常用工具选型 #

• Playwright：首推，支持Chrome、Firefox、Safari三大浏览器，API简洁好写，CI环境适配性拉满（主流平台都有官方镜像或一键安装脚本），无头模式稳定。
• Puppeteer：基于Chromium，轻量灵活，适合只需要Chrome系浏览器的场景。
• curl + cookiejar：只适合完全无JS渲染的简单登录流程，要是页面依赖JS加载表单或做验证，直接pass。

具体实现步骤（以Playwright为例） #

1. CI环境先装依赖 #

不管是GitHub Actions、GitLab CI还是Jenkins，先把Node.js和Playwright的浏览器环境搭好：

# 安装Node.js（选你需要的版本，这里用20.x）
curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash -
sudo apt-get install -y nodejs

# 安装Playwright核心包和对应浏览器
npm install playwright
npx playwright install --with-deps

2. 写自动化登录脚本 #

整个流程就是模拟用户打开登录页、输账号密码、点提交、等登录成功，最后掏token。写个Node.js脚本get-auth-token.js：

const { chromium } = require('playwright');

(async () => {
  // 启动无头浏览器（headless: true就是无界面模式，适合CI）
  const browser = await chromium.launch({ headless: true });
  const page = await browser.newPage();

  try {
    // 跳转到你的登录页面
    await page.goto('https://your-auth-domain/login');

    // 填用户名和密码——这里用环境变量存敏感信息，绝对别硬编码！
    await page.fill('#username', process.env.AUTH_USERNAME);
    await page.fill('#password', process.env.AUTH_PASSWORD);

    // 点登录按钮（替换成你页面上的提交按钮选择器）
    await page.click('#submit-login');

    // 等登录成功的标识（比如仪表盘页面的元素出现，超时设10秒）
    await page.waitForSelector('#user-dashboard', { timeout: 10000 });

    // 从localStorage拿token（也可以从sessionStorage或Cookie里取，看你API存在哪）
    const token = await page.evaluate(() => localStorage.getItem('auth_token'));
    
    // 把token输出到控制台，方便后续步骤捕获
    console.log(token);
  } catch (err) {
    console.error('登录失败:', err);
    process.exit(1); // 失败就退出，让CI流水线报错
  } finally {
    await browser.close();
  }
})();

3. CI流水线里执行脚本拿token #

以GitHub Actions为例，把脚本集成进去，用密钥存账号密码，捕获token供后续步骤用：

jobs:
  fetch-auth-token:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: 配置Node.js环境
        uses: actions/setup-node@v4
        with:
          node-version: '20'
      - name: 安装Playwright依赖
        run: npm install playwright
      - name: 安装浏览器
        run: npx playwright install --with-deps
      - name: 获取Auth Token
        id: get-token
        env:
          AUTH_USERNAME: ${{ secrets.AUTH_USERNAME }}
          AUTH_PASSWORD: ${{ secrets.AUTH_PASSWORD }}
        run: echo "token=$(node get-auth-token.js)" >> $GITHUB_OUTPUT
      - name: 验证并使用Token
        run: echo "成功获取Token: ${{ steps.get-token.outputs.token }}"

特殊场景怎么处理 #

1. 遇到验证码（CAPTCHA） #

这是最头疼的情况，优先按以下顺序解决：

• 找服务提供商申请CI专用的无验证码服务账号，直接走API密钥拿token，这是最稳妥的。
• 如果是简单图片验证码，可以用Tesseract OCR工具识别，但准确率随缘，适合内部低安全级别的系统。
• 第三方验证码（比如reCAPTCHA），可以用专门的验证码解析服务，但要注意合规性，别违反平台条款。

2. OAuth2授权码流程 #

如果是跳转到第三方（比如Google、GitHub）登录的OAuth2流程，调整脚本就行：

• 导航到授权URL，输入第三方账号凭证
• 点击“同意授权”按钮
• 捕获回调URL里的授权码，再用授权码调用token接口换最终的auth token

3. SAML企业身份验证 #

和普通登录流程类似，用无头浏览器模拟：

• 跳转到SAML发起页面，输入企业账号密码
• 处理SAML断言的自动跳转
• 最后从目标应用的localStorage/Cookie里提取token

必看注意事项 #

• 敏感信息绝对不能硬编码：用CI平台的密钥管理（比如GitHub Secrets、GitLab变量）存账号密码，避免泄露。
• 脚本要稳：页面选择器（比如#username）可能会变，定期检查维护；加超时和错误处理，别因为临时网络波动搞挂流水线。
• CI环境兼容：确保CI服务器支持无头浏览器运行，Playwright和Puppeteer通常会自动处理依赖，但有些老环境可能需要装XVFB。
• 合规第一：自动化登录要符合服务提供商的使用条款，别因为频繁自动登录被封账号。

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