如果您正在开始一个测试自动化项目，Selenium 与 Playwright 问题很快就会出现。搜索结果可能会让事情听起来像是一个已解决的问题，但正确的答案取决于您的团队、您现有的测试以及您必须支持的浏览器。

本指南将它们与您在日常工作中实际感受到的事情进行了比较。代码示例显示了每个工具的典型风格，但我们在本文中并未运行它们。我们还避免引用速度百分比，因为发布的基准差异很大并且通常来自供应商。如果速度决定问题，请根据您自己的应用程序进行衡量。

简短的回答

对于大多数新的 Web 测试项目，请选择 Playwright，特别是如果您的团队可以使用 JavaScript、TypeScript、Python、Java 或 .NET 进行工作。您可以获得更多开箱即用的功能，并且可以减少基础设施和不稳定等待的时间。

如果您已经拥有大型工作套件，或者您需要 Playwright 未正式支持的语言（例如 Ruby），或者您必须在通过 Selenium 网格或设备云提供的真实浏览器版本和平台上进行测试，请选择 Selenium。

Selenium 与 Playwright 并肩作战

架构：每个人如何与浏览器对话

Selenium 使用 W3C WebDriver 协议（一种正式标准）发送命令。您的代码与控制浏览器的驱动程序（例如 ChromeDriver）对话，每个命令通常是一个单独的 HTTP 请求。由于浏览器供应商支持该标准，因此它具有广泛的兼容性。较新的协议 WebDriver BiDi 正在向标准添加双向通信和事件流。

Playwright 与浏览器保持持久连接，并使用自己的 Chromium、Firefox 和 WebKit 修补版本。由于连接是直接的双向连接，因此它可以对浏览器事件做出反应，并且每个测试都可以在自己的轻量级浏览器上下文中运行。这就是为什么大多数比较都认为 Playwright 更快，尽管实际差距取决于您的应用程序和测试。

对两种工具进行一次测试

这是用 Python 编写的针对公共实践站点的相同登录测试。

硒

from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

def test_login(driver):
    driver.get("https://the-internet.herokuapp.com/login")
    driver.find_element(By.ID, "username").send_keys("tomsmith")
    driver.find_element(By.ID, "password").send_keys("SuperSecretPassword!")
    driver.find_element(By.CSS_SELECTOR, "button[type=submit]").click()

    message = WebDriverWait(driver, 10).until(
        EC.visibility_of_element_located((By.ID, "flash"))
    )
    assert "You logged into a secure area" in message.text

您还需要一个固定装置来创建和关闭驱动程序，如我们在 Selenium Python 教程 中所示。

剧作家

from playwright.sync_api import Page, expect

def test_login(page: Page):
    page.goto("https://the-internet.herokuapp.com/login")
    page.get_by_label("Username").fill("tomsmith")
    page.get_by_label("Password").fill("SuperSecretPassword!")
    page.get_by_role("button", name="Login").click()

    expect(page.locator("#flash")).to_contain_text("You logged into a secure area")

这依赖于 pytest-playwright 插件，它提供 page 夹具。它更短，主要是因为expect中内置了等待，并且像get_by_role这样的定位器以用户查看页面的方式描述了页面。使用 Selenium，您可以使用帮助程序和 页面对象模型 大大减少此样板文件，我们在任一工具中都推荐使用它。

等待和不稳定的测试

时间是造成浏览器测试不稳定的首要原因，也是这两种工具在日常使用中最不同的地方。

在 Selenium 中，您负责同步。显式等待效果很好，但必须有人在任何地方记住它们，而忘记的团队通常会求助于 time.sleep。我们的 Selenium waits 指南解释了如何正确执行此操作。

在 Playwright 中，操作会在执行操作之前自动检查元素是否可见、稳定、启用并能够接收事件。 Web 优先断言不断重试，直到超时。您仍然可以编写不稳定的测试，例如使用较差的测试数据，但默认情况下会处理问题的主要根源。

浏览器和语言

这就是 Selenium 真正的优势所在。 Playwright 的 WebKit 构建接近 Safari 的引擎，但它与 Mac 或 iPhone 上的 Safari 不同。如果真正的 Safari 行为至关重要，带有 SafariDriver 的 Selenium 或真正的设备云可以让您更接近用户实际运行的内容。

同样，Playwright 测试了其捆绑的浏览器版本，尽管它也可以驱动已安装的 Chrome 和 Edge 渠道。 Selenium 驱动您安装的浏览器，如果您必须支持特定版本，这会有所帮助。对于本机移动应用程序来说，这也不是完整的答案：基于 WebDriver 概念构建的 Appium 是常用工具。

在语言上，Selenium 官方支持 Ruby，并且在 Java 团队中拥有非常悠久的历史。 Playwright 的 Node.js 版本还拥有最完整的工具，因为那里有完整的测试运行程序。其他语言获得核心库并与自己的测试框架集成。

调试

剧作家在这里有明显的领先优势。它的跟踪查看器 记录每个操作，以及 DOM 快照、网络调用和控制台日志，因此您可以在 CI 运行完成后单步执行失败的操作。它的 UI 模式 和 codegen 也可以帮助您更快地编写测试。请参阅我们的 Playwright 初学者教程 了解如何使用它们。

使用 Selenium，您可以根据故障屏幕截图、浏览器日志、网格提供商的视频以及测试框架的报告自行组装。它运作良好，许多团队都有出色的设置，但需要努力构建。

网络和API功能

Playwright 可以用几行代码拦截和模拟网络请求，这对于测试错误状态很有用：

page.route("**/api/orders", lambda route: route.fulfill(status=500))

它还包括一个 API 请求客户端，因此您可以在驱动浏览器之前通过 API 创建测试数据。 Selenium 4 通过 Chrome DevTools 协议和 BiDi 添加了一些网络功能，但支持和便利性因浏览器和语言而异。许多 Selenium 用户添加代理或单独的 HTTP 库，如 API 测试 工具。

并行运行和规模

Playwright 的运行程序通过简单的选项处理 CI 机器上的并行工作和分片。浏览器上下文很便宜，因此隔离不需要每次测试都使用全新的浏览器。

Selenium 使用 Selenium Grid 跨机器和浏览器版本分发测试，测试框架处理并行性。网格更多的是要运行，但它已经在非常大规模的情况下得到了验证，并且许多商业设备云直接支持它。

您应该从 Selenium 迁移到 Playwright 吗？

不是自动的。工作套件很有价值，重写会占用测试产品的时间。首先问这些问题：

1. 是否存在可衡量的问题？ 不稳定的测试或缓慢的调试都是很好的原因。 “它较新”不是。
2. 套件有多大？ 可以移动一百个测试。一万是一个重大工程。
3. 您的页面对象干净吗？ 良好的抽象使迁移成本大大降低。
4. 您是否依赖 Selenium 特定的功能？ 首先检查您的网格和设备需求。

如果你确实要移动，请逐渐移动。在 Playwright 中编写新测试，首先迁移最脆弱的旧测试，然后并行运行，直到旧套件小到足以退役。不要逐行翻译测试，因为这会延续睡眠和旧定位器。还要避免测试自动化错误中涵盖的错误。

如何选择

最重要的是，进行一个简短的试点。在每个工具中针对您自己的应用程序、在您自己的 CI 中自动化您的三个最尴尬的旅程，并比较代码、速度以及调试故障的容易程度。一周的证据胜过任何比较文章，包括这篇文章。如果 Cypress 也在您的候选名单上，请阅读 Playwright vs Cypress。

最后的话

Playwright 通常是更容易开始的地方，而 Selenium 仍然是一个具有广泛影响力的可靠标准。两者都无法挽救设计不良的测试套件。根据您的实际限制进行选择，投资于稳定的定位器和良好的测试数据，并使您的套件专注于对用户最重要的事情。

常见问题

继续学习