Playwright测试中单个用例失败后如何持续共享对象并执行后续用例

从你的代码和问题描述来看，核心问题主要出在共享对象的作用域管理和测试失败时的错误处理逻辑上。下面是针对性的解决方案，帮你实现「单个测试失败后，后续测试仍能正常使用共享对象继续执行」的需求：

1. 先修复共享对象的作用域问题 #

你当前的代码中，bankAcctDetails没有在test.describe块的作用域内声明和初始化，导致测试用例间的状态传递不可靠。即使某个测试成功设置了对象属性，后续测试也可能无法访问到。

修改步骤： #

在test.describe块的最外层，添加共享对象的声明，并在beforeAll中完成初始化：

test.describe('Bank Account Test Set', () => {
  test.use({ 
    timeout: 90000,
    actionTimeout: 20000,
    navigationTimeout: 120000,
    ignoreHTTPSErrors: true });
  let page;
  let browser;
  let bankAcctPage;
  let commonActions;
  let loginPage;
  let context;
  // 1. 在describe作用域内声明共享对象（关键！）
  let bankAcctDetails;

  test.beforeAll(async ({ browser }) => {
     const startTime = Date.now();
    console.log("Running Bank account test suite");
    const authFilePath = process.env.AUTH_FILE_PATH || path.resolve(__dirname, '..', '..', '..', 'LoginAuth.json');
    console.log(`authFilePath from spec file: ${authFilePath}`);

    try {
      await fs.access(authFilePath);
      console.log('Auth file exists');
      const contents = await fs.readFile(authFilePath, 'utf8');
    } catch (error) {
      console.log('Auth file does not exist or is not accessible');
    }
    context = await browser.newContext({ storageState: authFilePath });
    page = await context.newPage();
    bankAcctPage = new BankAccountPage(page);
    commonActions = new CommonActions(page);
    loginPage = new LoginPage(page);
    await page.goto(BASE_URL, { timeout: 120000, waitUntil: 'domcontentloaded'});
    console.log("Bank Account:Navigation to UAT successful");
    console.log('Page loaded in: ' + (Date.now() - startTime) + 'ms');
    await loginPage.loginForStaticDataClient();
    await commonActions.clickAdminLink();
    await bankAcctPage.clickBankAccountsLink();
    await bankAcctPage.clickBankAccountsLink();
    // 2. 初始化共享对象（后续测试会覆盖对应属性）
    bankAcctDetails = new BankAcctDetails();
  });

这样，bankAcctDetails就会存在于整个测试套件的生命周期中，所有测试用例都能访问同一个实例，已设置的属性（比如bankAcctId）不会因为某个测试失败而丢失。

2. 修复测试失败时的错误处理逻辑 #

你的「Check Bank account status」测试中，存在未定义变量导致新错误的风险：如果await bankAcctPage.statusFromTheGrid()执行失败，statusText会是未定义状态，此时test.fail的字符串插值会抛出新的未捕获错误，直接终止后续测试。

修改后的测试代码： #

test('Check Bank account status', {
    tag: '@ActivateBA',
  }, async() => {
    console.log(`Bank account here: ${bankAcctDetails.bankAcctId}`);
    // 初始化默认值，避免未定义
    let statusText = 'Unknown';
    try {
      statusText = await bankAcctPage.statusFromTheGrid();
      expect(statusText).toBe('Inactive');
      testState.bankAccountStatus = statusText;
    } catch(error) {
      console.error('Error in Check Bank account status test:', error);
      // 确保statusText有值，避免字符串插值报错
      test.fail(true, `Expected status to be 'Inactive', but got '${statusText}'`);
    }
  });

3. 验证共享对象的属性保留 #

由于你使用test.beforeAll创建了单个上下文和页面，所有测试在同一个环境中运行。只要bankAcctDetails在describe作用域内声明，「Capture Bank Account ID」测试中设置的bankAcctDetails.bankAcctId会一直保留，不受其他测试失败的影响：

test('Capture Bank Account ID', {
  tag: '@BankAcctID',
}, async () => {
  await expect(bankAcctPage.getBankIdLocator()).toBeVisible();
  const capturedbankAcctId = await bankAcctPage.getBankAcctId();
  bankAcctDetails.bankAcctId = capturedbankAcctId;
  console.log(`Captured Bank Account ID: ${bankAcctDetails.bankAcctId}`); // 可以添加日志验证
});

后续的「Enter Bank Account in Search Window to Activate」测试就能正常读取bankAcctDetails.bankAcctId，即使前面的测试失败。

可选：测试隔离优化（如果需要） #

如果你的测试用例不需要强依赖同一个页面/上下文，可以改用test.beforeEach替代test.beforeAll，每个测试都会创建新的上下文和页面，彻底避免单个测试失败影响环境状态（代价是测试执行时间增加）：

// 替换beforeAll为beforeEach
test.beforeEach(async ({ browser }) => {
  // 代码逻辑和之前的beforeAll一致，最后别忘了初始化共享对象
  bankAcctDetails = new BankAcctDetails();
});

// 每个测试后关闭上下文
test.afterEach(async () => {
  await context.close();
});

关键总结 #

1. 共享对象必须在test.describe作用域内声明，确保所有测试用例访问同一个实例；
2. 错误处理中要避免未定义变量，防止抛出新的未捕获错误终止后续测试；
3. test.beforeAll适合串行依赖的测试，test.beforeEach适合需要隔离的场景。

按照上述修改后，即使「Check Bank account status」测试失败，后续测试依然能正常读取bankAcctDetails的属性并执行操作。

备注：内容来源于stack exchange，提问作者Ram