Playwright单次运行多项目测试 如何在globalSetup获取项目信息

首先纠正一个认知偏差：globalSetup是全量测试启动前单次执行的全局逻辑，运行时所有项目、worker都还没启动，根本无法获取到当前运行的项目、worker上下文，天然不适合做分项目的认证处理，强行在这层做适配会出现登录态串用、地址匹配错误的问题。

下面是经过生产验证的最优实现路径，完全满足单次运行同时测多项目、各项目独立地址/凭证的需求：

方案一：项目依赖+独立存储态（官方推荐，零兼容问题） #

这个方案完全基于Playwright原生的项目依赖能力实现，不需要写额外的hack逻辑：

• 先在配置里给每个业务项目绑定专属的认证前置任务，同时给每个项目分配独立的登录态存储路径，避免串号：

// playwright.config.js
import { defineConfig } from '@playwright/test';

export default defineConfig({
  // 其他全局配置（超时、报告等）保持原有单项目的配置即可
  projects: [
    {
      name: 'Project A',
      testDir: './tests/ProjectA',
      use: {
        baseURL: process.env.projectA || 'https://projectA.home.com',
        storageState: 'playwright/.auth/projectA.json', // 单独存A的登录态
      },
      dependencies: ['auth-setup-a'], // 跑A的用例前先跑A的认证
    },
    {
      name: 'Project B',
      testDir: './tests/LTI/ProjectB',
      use: {
        baseURL: process.env.projectB || 'https://projectB.home.com',
        storageState: 'playwright/.auth/projectB.json', // 单独存B的登录态
      },
      dependencies: ['auth-setup-b'], // 跑B的用例前先跑B的认证
    },
    // 两个独立的认证setup项目，和业务项目一一对应
    {
      name: 'auth-setup-a',
      testMatch: 'tests/setup/auth-projectA.setup.js',
    },
    {
      name: 'auth-setup-b',
      testMatch: 'tests/setup/auth-projectB.setup.js',
    }
  ],
})

• 然后分别写两个项目的认证setup文件，写法和普通测试用例完全一致，直接在文件里写对应项目的登录逻辑，登录完成后把浏览器状态保存到对应项目的storageState路径即可。
• 执行测试时直接用常规的npx playwright test命令，Playwright会自动先跑完每个项目绑定的认证setup，再执行对应目录下的用例，两个项目的登录态、访问地址完全隔离，单次运行就能覆盖所有项目的测试。

方案二：复用认证逻辑的轻量化实现 #

如果两个项目的登录流程完全一致，只是地址和凭证不同，不想维护两个独立的setup文件，可以用worker级fixture代替globalSetup做认证：

• 先在每个项目的use配置块里加上自定义的项目标识、凭证参数：

// Project A的use配置
use: {
  baseURL: 'https://projectA.home.com',
  projectAuth: {
    username: 'projectA_account',
    password: 'projectA_pwd',
  }
}
// Project B的use配置
use: {
  baseURL: 'https://projectB.home.com',
  projectAuth: {
    username: 'projectB_account',
    password: 'projectB_pwd',
  }
}

• 然后自定义一个worker维度的fixture，在fixture里读取当前项目的baseURL和projectAuth信息，完成登录后注入登录态即可。这个fixture是每个worker启动对应项目的测试时才会执行，不会重复登录浪费性能，同时可以完整拿到当前项目的所有配置，不会出现上下文错乱的问题。

避坑提醒：不要尝试通过传环境变量、遍历项目列表的方式在globalSetup里批量做认证，一旦后续项目数量增加、或者出现并行执行的场景，登录态过期、串号的问题排查成本极高。

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