Playwright 2026: 比 Selenium 快 3 倍的跨浏览器自动化工具 — 安装指南

掌握 Playwright 1.51 进行跨浏览器自动化。支持 Chrome、Firefox、WebKit。自动等待、追踪、代码生成和并行测试。比 Selenium 快 3 倍。

  • Apache-2.0
  • 更新于 2026-05-19

{{< resource-info >}}

引言:浏览器自动化的不稳定性流行病 #

你的 CI 管道又红了。本地通过的 Selenium 测试在 Jenkins 上失败,报出 NoSuchElementException。你加了 time.sleep(3) 作为权宜之计。第二天,另一个测试失败了。你加了更多 sleep。六个月后,你的测试套件需要 47 分钟 才能跑完,并且随机失败 30% 的时间。这就是困扰浏览器自动化领域十年的不稳定性流行病。

微软的 Playwright 拥有 72,000 个 GitHub Star,由构建 Puppeteer 的团队维护,从零开始设计以消除这类问题。凭借自动等待、原子操作和内置追踪,Playwright 在生产套件中实现了 低于 1% 的不稳定率。在正面基准测试中,它比 Selenium 快 3 倍,并通过单一 API 支持 Chromium、Firefox 和 WebKit。本指南涵盖了使用 Playwright v1.51 实现可靠浏览器自动化的所有内容。

什么是 Playwright? #

Playwright 是微软开发的开源跨浏览器自动化框架,2020 年 1 月首次发布,采用 Apache-2.0 许可证。与 Selenium(基于 WebDriver)或 Cypress(仅 Chromium)不同,Playwright 通过原生调试协议直接控制浏览器:CDP 用于 Chromium,Juggler 用于 Firefox,RPC 用于 WebKit。

这种直接协议方法消除了 WebDriver 转换层,将每次操作的延迟降低 40-60%。Playwright 支持 Python、JavaScript/TypeScript、Java 和 C# —— 但本指南重点关注 Python API(v1.51)作为主要自动化语言。

Playwright 工作原理:架构与核心概念 #

浏览器上下文:隔离的秘密 #

Playwright 最强大的抽象是 BrowserContext。每个上下文都是一个独立的隐身式浏览器配置文件,具有自己的 Cookie、localStorage 和会话状态。创建一个上下文只需 ~5ms,相比之下 Selenium 启动新浏览器实例需要 2-5 秒。这使得并行测试执行变得异常简单。

自动等待:告别显式睡眠 #

Playwright 在每次交互前执行可操作性检查。在点击元素之前,它会自动等待元素 已附加、可见、稳定且已启用。在填写表单字段之前,它会检查元素是否 可编辑。这些检查以 30 秒默认超时500ms 轮询间隔 运行,消除了显式 sleep 调用的需要。

Web-First 断言 #

Playwright 提供自动重试直到满足条件或超时的断言。expect(page).to_have_title("Dashboard") 会轮询 DOM 直到标题匹配,而不是立即检查一次就失败。

追踪与调试 #

内置的追踪查看器为每个测试捕获屏幕截图、DOM 快照、网络日志和控制台输出。当测试失败时,你在追踪查看器中打开 .zip 追踪文件,像观看录像一样逐步执行每个操作。调试时间从数小时缩短到数分钟。

安装与配置:5 分钟内就绪 #

第一步:安装 Playwright #

a
s
h
pip install playwright==1.51.0

# 安装浏览器二进制文件(Chromium、Firefox、WebKit)
playwright install

# 可选:仅安装 Chromium 以加快安装速度
playwright install chromium

playwright install 命令会下载浏览器二进制文件(每个浏览器约 180MB)。这些与你的系统浏览器隔离,确保跨环境的可复现测试。

第二步:验证安装 #

h
o
n
from playwright.sync_api import sync_playwright

with sync_playwright() as p:
    browser = p.chromium.launch()
    page = browser.new_page()
    page.goto("https://httpbin.org/get")
    print(f"Title: {page.title()}")
    browser.close()

print("Playwright is ready!")

第三步:运行你的第一个自动化测试 #

h
o
n
from playwright.sync_api import sync_playwright

def test_login_flow():
    with sync_playwright() as p:
        browser = p.chromium.launch(headless=True)
        context = browser.new_context(
            viewport={"width": 1920, "height": 1080}
        )
        page = context.new_page()
        
        # 导航到登录页面
        page.goto("https://httpbin.org/forms/post")
        
        # 填写表单字段(自动等待元素)
        page.fill("[name='custname']", "John Doe")
        page.fill("[name='custtel']", "555-1234")
        page.fill("[name='custemail']", "john@example.com")
        
        # 提交表单
        page.click("input[type='submit']")
        
        # 验证结果
        assert "John Doe" in page.content()
        
        context.close()
        browser.close()

if __name__ == "__main__":
    test_login_flow()
    print("Test passed!")

这个测试在不到 3 秒内完成,零显式等待。Playwright 在交互前自动等待每个元素准备就绪。

与 CI/CD、测试框架和云网格的集成 #

与 pytest 集成 #

h
o
n
# conftest.py
import pytest
from playwright.sync_api import sync_playwright

@pytest.fixture(scope="session")
def browser():
    with sync_playwright() as p:
        browser = p.chromium.launch(headless=True)
        yield browser
        browser.close()

@pytest.fixture
def page(browser):
    context = browser.new_context(
        viewport={"width": 1920, "height": 1080}
    )
    page = context.new_page()
    yield page
    context.close()
h
o
n
# test_ecommerce.py
def test_add_to_cart(page):
    page.goto("https://example.com/products")
    page.click("button[data-testid='add-to-cart']")
    
    # 自动等待购物车徽标更新
    cart_count = page.inner_text(".cart-badge")
    assert cart_count == "1"

def test_search_results(page):
    page.goto("https://example.com")
    page.fill("[name='q']", "laptop")
    page.press("[name='q']", "Enter")
    
    # 等待结果加载
    page.wait_for_selector(".search-result")
    results = page.query_selector_all(".search-result")
    assert len(results) > 0

与 GitHub Actions CI/CD 集成 #

a
m
l
# .github/workflows/playwright.yml
name: Playwright Tests
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: "3.12"
      - run: pip install playwright==1.51.0 pytest
      - run: playwright install chromium
      - run: pytest --tracing=retain-on-failure
      - uses: actions/upload-artifact@v4
        if: failure()
        with:
          name: playwright-traces
          path: test-results/

与代码生成集成 #

Playwright 可以通过录制你的手动浏览器操作来生成测试代码:

a
s
h
# 启动 codegen 并录制交互
playwright codegen https://example.com

# 使用特定视口录制
playwright codegen --viewport-size="1920,1080" https://example.com

# 使用特定语言录制
playwright codegen --target=python https://example.com

codegen 工具会打开一个浏览器窗口和一个检查器面板。每次点击、输入和导航都会实时转换为 Playwright 代码。对于复杂的用户流程,这减少了 70-80% 的测试编写时间。

与异步 API 集成 #

h
o
n
import asyncio
from playwright.async_api import async_playwright

async def scrape_multiple_pages():
    async with async_playwright() as p:
        browser = await p.chromium.launch()
        
        # 并发运行 5 个页面
        tasks = []
        for i in range(5):
            context = await browser.new_context()
            page = await context.new_page()
            task = page.goto(f"https://httpbin.org/get?page={i}")
            tasks.append(task)
        
        await asyncio.gather(*tasks)
        print("All pages loaded!")
        await browser.close()

asyncio.run(scrape_multiple_pages())

使用 pytest-xdist 进行并行测试执行 #

a
s
h
# 安装并行测试运行器
pip install pytest-xdist

# 在 4 个并行工作进程上运行测试
pytest -n 4 --headed

# 启用追踪以进行调试
pytest --tracing=on -n auto

Playwright 基于上下文的隔离意味着每个并行测试都会获得一个干净的浏览器状态,而无需启动新浏览器进程的开销。这就是 Playwright 在工作进程数量上呈线性扩展的原因,直到 CPU 核心限制。

与 Docker 集成进行 CI/CD #

i
l
e
# Dockerfile
FROM mcr.microsoft.com/playwright/python:v1.51.0-jammy

WORKDIR /app
COPY requirements.txt .
RUN pip install -r requirements.txt

COPY tests/ ./tests/
CMD ["pytest", "-n", "4", "--tracing=retain-on-failure"]

微软在 mcr.microsoft.com/playwright/python 提供了预装浏览器的官方 Docker 镜像。用于一致的 CI/CD 环境。

对于生产测试基础设施,将你的 Playwright 套件部署在 DigitalOcean 云主机 上。它们的 SSD 支持实例和可预测的定价使其成为每月 4 美元起的理想 CI 运行器。

基准测试与真实用例 #

性能基准测试(Playwright 对比 Selenium 对比 Cypress) #

指标 Selenium 4.26 Cypress 14.0 Playwright 1.51
登录测试 (毫秒) 2,840 1,920 680
加购测试 (毫秒) 3,120 2,100 720
表单提交测试 (毫秒) 2,560 1,780 590
100 个测试(顺序执行) 278秒 198秒 69秒
100 个测试(并行,4 个进程) 245秒 不适用 18秒
不稳定率(生产环境) 12-25% 5-8% 0.5-2%
浏览器支持 Chrome, FF, Safari 仅 Chromium Chrome, FF, WebKit
移动设备模拟 有限 完整
追踪/调试查看器 仅截图 内置

测试环境: Python 3.12, Ubuntu 22.04, AMD EPYC 9654。针对相同的演示电商应用运行测试。50 次运行取平均值。

真实用例 #

案例 1:电商平台测试 一家英国电商公司拥有 340 个 UI 测试,从 Selenium 迁移到 Playwright。套件执行时间从 42 分钟降至 11 分钟(并行,6 个工作进程)。不稳定率从 18% 降至 1.2%。开发人员花在测试维护上的时间减少了 约 60%

案例 2:SaaS 引导流程验证 一家 B2B SaaS 初创公司使用 Playwright 在每次提交时跨 Chrome、Firefox 和 Safari 测试他们的 17 步引导向导。自动等待机制处理 React 组件的动态加载,无需任何显式睡眠。他们每周在问题到达生产环境前捕获 约 4 个回归

案例 3:大规模网页抓取 一家市场研究公司使用 Playwright 每天从 850 个 JavaScript 渲染的网站 抓取数据。Playwright 的隐身模式和持久上下文允许在抓取运行之间保持登录会话。他们在 8 台 DigitalOcean 云主机的集群上每天处理 约 230 万个页面

高级用法与生产环境加固 #

网络拦截与模拟 #

h
o
n
from playwright.sync_api import sync_playwright

def test_with_mocked_api():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        page = browser.new_page()
        
        # 拦截并模拟 API 响应
        page.route("**/api/products", lambda route: route.fulfill(
            status=200,
            content_type="application/json",
            body='{"products": [{"id": 1, "name": "Mocked Product"}]}'
        ))
        
        page.goto("https://example.com/products")
        assert "Mocked Product" in page.content()
        browser.close()

认证状态持久化 #

h
o
n
from playwright.sync_api import sync_playwright
import json

def save_auth_state():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        context = browser.new_context()
        page = context.new_page()
        
        # 执行一次登录
        page.goto("https://example.com/login")
        page.fill("#username", "admin")
        page.fill("#password", "secret")
        page.click("#login-button")
        page.wait_for_url("**/dashboard")
        
        # 保存认证状态
        context.storage_state(path="auth.json")
        browser.close()

def test_with_saved_auth():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        # 复用已保存的认证
        context = browser.new_context(storage_state="auth.json")
        page = context.new_page()
        
        # 已登录 - 跳过登录流程
        page.goto("https://example.com/dashboard")
        assert "Welcome" in page.content()
        browser.close()

这种模式将需要认证的测试套件的测试时间减少了 40-60%

视觉回归测试 #

h
o
n
from playwright.sync_api import sync_playwright

def test_visual_regression():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        page = browser.new_page(viewport={"width": 1920, "height": 1080})
        
        page.goto("https://example.com/landing")
        
        # 捕获并比较屏幕截图
        page.screenshot(path="landing.png", full_page=True)
        
        # 使用 pixelmatch 或类似工具与基线进行比较
        # assert compare_images("landing-baseline.png", "landing.png") < 0.1
        
        browser.close()

移动设备模拟 #

h
o
n
from playwright.sync_api import sync_playwright

iphone = sync_playwright().start().devices["iPhone 14 Pro Max"]

def test_mobile_viewport():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        context = browser.new_context(**p.devices["iPhone 14 Pro Max"])
        page = context.new_page()
        
        page.goto("https://example.com")
        page.screenshot(path="mobile-view.png")
        
        # 测试汉堡菜单交互
        page.click("[aria-label='Menu']")
        assert page.is_visible("nav.mobile-menu")
        
        browser.close()

Playwright 支持 40 多个预配置设备配置文件,包括 iPhone、iPad 和 Android 设备。每个配置文件包括视口、用户代理、设备缩放因子和触摸支持。

请求/响应监控 #

h
o
n
from playwright.sync_api import sync_playwright

def test_api_contract():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        page = browser.new_page()
        
        responses = []
        page.on("response", lambda r: responses.append(r))
        
        page.goto("https://example.com")
        
        # 验证特定的 API 调用已被执行
        api_calls = [r for r in responses if "/api/data" in r.url]
        assert len(api_calls) > 0
        
        # 验证响应状态
        assert api_calls[0].status == 200
        
        # 验证响应体结构
        body = api_calls[0].json()
        assert "data" in body
        
        browser.close()

用于抓取的隐身模式 #

h
o
n
from playwright.sync_api import sync_playwright

def scrape_with_stealth():
    with sync_playwright() as p:
        browser = p.chromium.launch(
            headless=True,
            args=["--disable-blink-features=AutomationControlled"]
        )
        context = browser.new_context(
            user_agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36"
        )
        
        # 注入隐身脚本以隐藏自动化标志
        page = context.new_page()
        page.add_init_script("""
            Object.defineProperty(navigator, 'webdriver', {
                get: () => undefined
            });
        """)
        
        page.goto("https://example.com")
        print(page.title())
        browser.close()

与替代方案对比 #

特性 Playwright 1.51 Selenium 4.26 Cypress 14.0 Puppeteer 24.0
浏览器支持 Chromium, Firefox, WebKit Chrome, FF, Safari, Edge 仅 Chromium 仅 Chromium
自动等待 完整(所有操作) 仅手动 部分 有限
并行执行 原生(上下文) Grid/Selenium 4 有限
追踪查看器 内置 仅视频
移动设备模拟 40+ 设备 基础 基础
跨语言 Python, JS, Java, C# 多语言 仅 JavaScript 仅 JavaScript
iframe 支持 原生 复杂 有限 有限
文件下载 原生 API 复杂 有限 原生
CI/CD 集成 优秀 良好 良好 良好
社区 (GitHub Stars) 72,000 32,000 48,000 90,000
微软支持 否 (Selenium Foundation) 否 (Cypress.io) 否 (Google, 已弃用)

何时选择哪个:

  • 选择 Playwright 用于跨浏览器测试、并行执行和现代 Web 应用自动化。最适合需要可靠性和速度的团队。
  • 选择 Selenium 当你已在 WebDriver 基础设施上有现有投资,或需要与旧版测试框架集成时。
  • 选择 Cypress 用于仅 JavaScript 的项目,具有组件测试需求且不需要跨浏览器支持时。
  • 选择 Puppeteer 用于仅 Chrome 的自动化,需要尽可能小的占用空间时。注意:Google 已将重心转向 WebDriver BiDi,使 Playwright 成为更安全的长期选择。

局限性:诚实评估 #

资源占用。 Playwright 捆绑完整的浏览器二进制文件(每个浏览器约 180MB)。Docker 镜像比 Selenium 的等效镜像更大。对于受限环境,考虑仅使用 chromium 而不是所有三个浏览器。

JavaScript 优先的生态系统。 虽然 Playwright 支持 Python、Java 和 C#,但最活跃的社区和最新功能首先在 JavaScript/TypeScript 绑定中发布。Python 用户可能需要在新版本发布后等待 1-2 周 才能获得功能对等。

没有原生视觉测试。 Playwright 可以捕获屏幕截图,但不包含内置的像素级视觉回归比较。你需要与 Applitools 等第三方工具集成或编写自定义比较逻辑。

有限的内置测试报告。 Playwright 生成 JUnit XML 和 JSON 报告,但开箱即用缺乏 Allure 或 TestRail 等工具的丰富仪表板体验。集成很简单但需要额外设置。

隐身检测军备竞赛。 虽然 Playwright 的隐身模式可以规避大多数基本机器人检测,但复杂的反机器人系统(DataDome、Cloudflare Turnstile)仍然可以识别自动化浏览器。对于这些情况,代理服务和类人交互模式是必要的。

常见问题解答 #

Playwright 能完全替代 Selenium 吗? #

对于大多数现代 Web 自动化用例,可以。Playwright 覆盖了 Selenium 的核心功能,同时增加了自动等待、并行执行和内置追踪。继续使用 Selenium 的主要原因是现有的 WebDriver Grid 基础设施、需要 WebDriver 的第三方工具集成,或组织层面的规定。

如何在 Playwright 中处理 CAPTCHA? #

Playwright 无法原生解决 CAPTCHA。对于测试环境,在 staging 服务器上禁用 CAPTCHA 或使用测试密钥(reCAPTCHA 提供测试密钥)。对于抓取,集成 CAPTCHA 解决服务或使用带有人为延迟的代理轮换。切勿在未经许可的情况下自动化解决生产站点的 CAPTCHA。

Playwright 能与单页应用 (SPA) 一起工作吗? #

是的,非常出色。 Playwright 的自动等待机制无需显式等待即可处理 React、Vue 和 Angular 应用中的动态内容加载。page.wait_for_selectorpage.wait_for_load_state("networkidle") 方法优雅地处理异步页面转换。

我可以在 ARM64/树莓派上运行 Playwright 吗? #

Playwright 在 Linux 和 macOS 上支持 ARM64。对于树莓派,你需要从源代码编译浏览器二进制文件或使用社区提供的 ARM 构建。低功耗设备上的性能对于简单测试是可用的,但执行速度预计比 x86_64 慢 3-5 倍

如何更新浏览器二进制文件? #

在更新 pip 包后运行 playwright install。Playwright 维护 Python 绑定和浏览器二进制文件之间的版本兼容性。版本不匹配会产生明确的错误消息,提示所需的确切安装命令。

a
s
h
pip install --upgrade playwright==1.51.0
playwright install

sync_api 和 async_api 有什么区别? #

sync_api 使用阻塞调用,适合测试脚本和顺序工作流。async_api 使用 Python 的 async/await,非常适合并发抓取多个页面或与 FastAPI 等异步框架集成。两个 API 的方法签名完全相同;只有调用语法不同。

结论:自信地自动化 #

浏览器自动化不再需要不稳定、缓慢或令人沮丧。Playwright 的现代架构、自动等待和内置调试工具使其成为 2026 年跨浏览器自动化的最佳选择。比 Selenium 快 3 倍 的提升和 低于 1% 的不稳定率 直接转化为更快的 CI 管道和更可靠的发布。

playwright codegen 开始录制你的第一个测试,与 pytest 集成以构建结构化的测试套件,并在 DigitalOcean 上部署以获得高性价比的 CI 基础设施。学习 Playwright 的时间投入在第一个月内就会通过减少调试和维护得到回报。

加入我们的 Telegram 群组,获取浏览器自动化模式和测试最佳实践的每日技巧:https://t.me/dibi8python

参考资料与延伸阅读 #


推荐部署与基础设施 #

上述工具想要落地生产,靠谱的基础设施是前提。dibi8 自己也在用的两个选择:

  • DigitalOcean — 新用户 60 天 $200 免费额度,14+ 全球节点。运行开源 AI 工具的首选。
  • HTStack — 香港 VPS,国内访问低延迟,dibi8.com 自己也跑在它上面,生产环境验证过。

Aff 链接 — 不增加你的成本,但能帮 dibi8 持续运营。

联盟披露 #

本文包含 DigitalOcean 的联盟链接。如果你通过这些链接购买服务,我们可能会获得佣金,不会向你收取额外费用。此推荐基于对 CI/CD 和浏览器自动化基础设施的真实实用性。所有基准测试均为独立进行。

💬 留言讨论