多模块并发自动化怎么做？

📌 一句话摘要

本文针对 Playwright 自动化测试中多独立模块并发执行的需求，提供了基于 ThreadPoolExecutor 的解决方案，包含完整源码、避坑指南和适用场景分析。

📝 详细摘要

文章是一篇针对读者提问的技术答疑，核心问题是解决多个独立的 Playwright 自动化测试模块并发执行并汇总结果。作者首先明确了需求的技术本质是“并发不冲突”和“汇总不遗漏”，并指出 Playwright Sync API 的浏览器实例不能跨线程共享这一关键限制。解决方案是使用 concurrent.futures.ThreadPoolExecutor，在每个线程内部独立创建浏览器实例，避免冲突。文章提供了完整的可运行源码包，包含三个实战模块（登录、搜索、下单），并详细说明了运行步骤。此外，作者总结了三个关键踩坑点（禁止跨线程共享对象、线程池大小限制、DNS 超时）以及方案的适用与不适用场景，最后对比了与 pytest-xdist 的差异。全文结构清晰，以解决实际问题为导向，具有很高的实践指导价值。

💡 主要观点

- Playwright Sync API 的浏览器实例禁止跨线程共享，必须在每个线程内独立创建。 这是实现多模块并发执行的技术前提，错误的共享方式会导致运行时错误。解决方案是使用 ThreadPoolExecutor，并在每个提交的测试函数内部通过 sync_playwright() 上下文管理器独立启动浏览器。

使用 ThreadPoolExecutor 配合独立浏览器实例是实现多模块并发执行的推荐方案。 通过线程池调度多个独立的测试模块函数，每个函数返回统一格式的结果字典，再利用 as_completed 收集所有结果进行汇总，从而实现了“并发不冲突”和“汇总不遗漏”的核心目标。

方案适用于完全独立的测试模块，不适用于模块间有依赖或需要共享状态的场景。 文章明确划分了适用边界：适合缩短独立模块的回归测试总耗时；不适合模块间有执行顺序依赖或需要共享登录态等上下文的情况，后者应考虑使用 pytest 依赖标记或其他编排方案。

实践中需注意线程池大小、DNS 超时等具体踩坑点。 作者总结了三个常见问题：线程数过多可能导致系统卡死，建议 max_workers ≤ 5；Playwright 内置 DNS 解析器可能导致部分域名超时，源码中已提供修复参数；以及 pytest-html 的版本兼容性问题。

💬 文章金句

- 核心要解决两件事：并发不冲突 + 汇总不遗漏。

Playwright 浏览器实例能跨线程共享吗？不能。Sync API 的 Page、Context、Browser 禁止跨线程共享，共享必报错。
用 concurrent.futures.ThreadPoolExecutor 并发调度，每个线程独立创建浏览器实例。
✅ 适合：多模块完全独立 | ❌ 不适合：模块之间有依赖关系
为什么不用 pytest-xdist？xdist 需要所有用例在同一项目结构下。如果你的模块已经是独立项目，多线程方案更灵活——不用重构也能并发跑。

📊 文章信息

AI 初评：87

来源：Playwright实战教程

作者：Playwright实战教程

分类：软件编程

语言：中文

阅读时间：6 分钟

字数：1343

标签： Playwright, 自动化测试, 并发执行, 多线程, ThreadPoolExecutor

阅读完整文章

多模块并发自动化怎么做？

🤖 問 AI