Playwright 1.43.1中After Hooks执行耗时过长的排查求助

可能的原因及排查点 #

1. Playwright内置清理逻辑的资源负载 #

• 浏览器上下文销毁阻塞：如果测试用例中创建了大量页面、残留网络请求、本地存储/IndexedDB数据，Playwright销毁上下文时需要逐一清理这些资源，导致耗时。可以在测试结束前手动清理临时数据（比如await page.evaluate(() => localStorage.clear())），再观察耗时变化。
• 媒体文件处理：若启用了测试失败时的截图/录屏功能，After Hooks会负责生成并存储这些文件，当文件体积过大或存储路径IO性能不足时，会拖慢Hook执行。可临时在配置中关闭video和screenshot选项验证。

2. Fixture隐式清理的潜在问题 #

• 页面未正常终止：你的page fixture在use(page)后，Playwright会自动关闭页面。如果测试结束时页面存在持续轮询的接口、未完成的加载状态，销毁页面时需要等待这些操作终止。可以在测试末尾添加await page.close({ timeout: 5000 })强制关闭，对比耗时。
• asUser fixture资源泄漏：createQueries返回的对象若持有未释放的资源（如API连接池、持久化请求实例），use后的隐式清理会耗时。检查createQueries内部是否有需要手动销毁的资源，比如调用queries.dispose()之类的方法。

3. 测试环境资源瓶颈 #

• 系统资源不足：CI服务器或本地机器的CPU、内存耗尽时，浏览器进程销毁会因为系统调度缓慢而延迟。测试时监控系统资源使用率，确认是否存在资源过载。
• 第三方服务交互：部分测试插件、全局配置可能在After Hooks中执行外部资源清理（如测试数据删除API），网络延迟或服务响应慢会导致耗时。检查是否有全局注册的afterEach/afterAll钩子。

4. 框架配置问题 #

• 超时配置过长：Playwright默认的上下文关闭超时可能设置得较高，查看playwright.config.ts中的contextOptions.closeTimeout，尝试缩短该值。
• 并行测试干扰：开启并行测试时，多个测试的After Hooks同时执行会抢占系统资源，导致单个Hook耗时增加。临时设置workers: 1关闭并行，验证是否改善。

快速排查步骤 #

1. 开启调试日志：运行测试时添加环境变量DEBUG=playwright:*，查看After Hooks阶段的日志，定位具体阻塞步骤。
2. 简化测试用例：运行仅包含页面跳转的最简用例，确认After Hooks耗时是否依然存在，排除测试用例自身逻辑的影响。
3. 检查全局钩子：搜索项目中所有afterEach/afterAll的注册代码，确认是否有未注意到的自定义Hook。

用户提供的Fixture代码 #

export const test = base.extend<APIRequestOptions & APIRequestFixture>({
apiBaseURL: ['', { option: true }],
apiKeyCloakURL: ['', { option: true }],

asUser: async ({ apiBaseURL, apiKeyCloakURL }, use) => {
    const buildQueries = async (username: SupportedUsernames) =>
        createQueries({ apiUrl: apiBaseURL, keycloakUrl: apiKeyCloakURL, username });
    await use(buildQueries);
},

page: async ({ baseURL, page }, use) => {
    await page.goto(`${baseURL}`, { waitUntil: 'domcontentloaded' });

    // added this to mimic the waiting time before the actual page is loaded
    await Promise.all([
        page.getByText('Initialising...').waitFor({ state: 'visible' }),
        page.getByText('Initialising...').waitFor({ state: 'detached' }),
    ]);

    // Re-authenticate if necessary
    await use(page);
},
});

用户已排查确认：无未使用await的Promise或locator，未自定义After Hooks。

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