Nếu bạn đang bắt đầu một dự án tự động hóa thử nghiệm, câu hỏi Selenium vs Playwright sẽ nhanh chóng xuất hiện. Kết quả tìm kiếm có thể khiến vấn đề nghe có vẻ như đã được giải quyết nhưng câu trả lời đúng sẽ phụ thuộc vào nhóm của bạn, các bài kiểm tra hiện tại của bạn và trình duyệt mà bạn phải hỗ trợ.

Hướng dẫn này so sánh chúng dựa trên những điều bạn thực sự sẽ cảm nhận được trong công việc hàng ngày. Các mẫu mã hiển thị kiểu điển hình của từng công cụ và chúng tôi không chạy chúng cho bài viết này. Chúng tôi cũng tránh trích dẫn phần trăm tốc độ vì các điểm chuẩn được công bố rất khác nhau và thường đến từ các nhà cung cấp. Đo lường trên ứng dụng của riêng bạn nếu tốc độ sẽ quyết định vấn đề.

Câu trả lời ngắn gọn

Chọn Playwright cho hầu hết các dự án thử nghiệm web mới, đặc biệt nếu nhóm của bạn có thể làm việc với JavaScript, TypeScript, Python, Java hoặc .NET. Bạn nhận được nhiều tính năng hơn và tốn ít thời gian hơn cho cơ sở hạ tầng cũng như tình trạng chờ đợi không ổn định.

Chọn Selenium nếu bạn đã có một bộ công cụ làm việc lớn, nếu bạn cần một ngôn ngữ mà Playwright không hỗ trợ chính thức như Ruby hoặc nếu bạn phải thử nghiệm trên các bản dựng và nền tảng trình duyệt thực có sẵn thông qua lưới Selenium hoặc đám mây thiết bị.

Selenium vs Nhà viết kịch cạnh nhau

Kiến trúc: cách mỗi người nói chuyện với trình duyệt

Selenium gửi lệnh bằng giao thức W3C WebDriver, một tiêu chuẩn chính thức. Mã của bạn giao tiếp với trình điều khiển, chẳng hạn như ChromeDriver, trình điều khiển này điều khiển trình duyệt, với mỗi lệnh thường là một yêu cầu HTTP riêng biệt. Bởi vì các nhà cung cấp trình duyệt hỗ trợ tiêu chuẩn này nên nó có khả năng tương thích rộng rãi. Một giao thức mới hơn, WebDriver BiDi, đang bổ sung thêm giao tiếp hai chiều và truyền phát sự kiện vào tiêu chuẩn.

Playwright duy trì kết nối liên tục với trình duyệt và sử dụng các bản vá của Chrome, Firefox và WebKit. Vì kết nối là trực tiếp và hai chiều nên nó có thể phản ứng với các sự kiện của trình duyệt và mỗi thử nghiệm có thể chạy trong ngữ cảnh trình duyệt nhẹ của riêng nó. Đây là lý do tại sao hầu hết các so sánh đều đánh giá Playwright nhanh hơn, mặc dù khoảng cách thực tế phụ thuộc vào ứng dụng và bài kiểm tra của bạn.

Một thử nghiệm trong cả hai công cụ

Đây là bài kiểm tra đăng nhập tương tự, được viết bằng Python, dựa trên một trang web thực hành công cộng.

Selen

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

Bạn cũng cần một công cụ cố định để tạo và đóng trình điều khiển, như chúng tôi trình bày trong Hướng dẫn về Selenium Python.

Nhà viết kịch

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")

Điều này phụ thuộc vào plugin pytest-playwright, cung cấp bản cố định page. Nó ngắn hơn, chủ yếu là do tính năng chờ được tích hợp vào expect và vì các công cụ định vị như get_by_role mô tả trang theo cách người dùng nhìn thấy nó. Với Selenium, bạn có thể giảm đáng kể bản soạn sẵn này bằng các trình trợ giúp và Mô hình đối tượng trang mà chúng tôi khuyên dùng trong một trong hai công cụ.

Chờ đợi và kiểm tra không ổn định

Thời gian là nguyên nhân hàng đầu dẫn đến việc kiểm tra trình duyệt không ổn định và đó là điểm khác biệt lớn nhất của hai công cụ trong quá trình sử dụng hàng ngày.

Trong Selenium, bạn chịu trách nhiệm đồng bộ hóa. Việc chờ đợi rõ ràng hoạt động tốt, nhưng ai đó phải ghi nhớ chúng ở mọi nơi và các đội quên thường quay lại time.sleep. Hướng dẫn của chúng tôi về Selenium chờ giải thích cách thực hiện việc này một cách chính xác.

Trong Playwright, các hành động sẽ tự động kiểm tra xem một phần tử có hiển thị, ổn định, được bật và có thể nhận sự kiện trước khi hành động hay không. Các xác nhận đầu tiên trên web tiếp tục thử lại cho đến khi hết thời gian chờ. Bạn vẫn có thể viết các bài kiểm thử không ổn định, ví dụ như với dữ liệu kiểm thử kém, nhưng nguồn gốc chính của vấn đề được xử lý theo mặc định.

Trình duyệt và ngôn ngữ

Đây là nơi Selenium giữ được lợi thế thực sự. Bản dựng WebKit của Playwright gần giống với công cụ của Safari, nhưng nó không giống với Safari trên máy Mac hoặc iPhone. Nếu hành vi thực sự của Safari là quan trọng thì Selenium với SafariDriver hoặc đám mây thiết bị thực sẽ giúp bạn tiến gần hơn đến những gì người dùng thực sự chạy.

Tương tự, Playwright kiểm tra các phiên bản trình duyệt đi kèm của nó, mặc dù nó cũng có thể điều khiển các kênh Chrome và Edge đã cài đặt. Selenium điều khiển các trình duyệt bạn cài đặt, điều này sẽ hữu ích nếu bạn phải hỗ trợ các phiên bản cụ thể. Đối với các ứng dụng di động gốc, câu trả lời cũng không đầy đủ: Appium, được xây dựng trên khái niệm WebDriver, là công cụ thông thường.

Về ngôn ngữ, Selenium chính thức hỗ trợ Ruby và có lịch sử rất lâu đời trong các nhóm Java. Phiên bản Node.js của Playwright cũng có công cụ hoàn chỉnh nhất vì có trình chạy thử nghiệm đầy đủ. Các ngôn ngữ khác lấy thư viện cốt lõi và tích hợp với khung kiểm tra của riêng chúng.

Gỡ lỗi

Nhà viết kịch có một sự dẫn dắt rõ ràng ở đây. Trình xem dấu vết của nó ghi lại từng hành động, cùng với ảnh chụp nhanh DOM, lệnh gọi mạng và nhật ký bảng điều khiển, do đó bạn có thể xem qua quá trình chạy CI không thành công sau khi quá trình đó kết thúc. Chế độ giao diện người dùng và codegen của nó cũng giúp bạn viết bài kiểm thử nhanh hơn. Xem Hướng dẫn viết kịch dành cho người mới bắt đầu của chúng tôi để biết cách sử dụng chúng.

Với Selenium, bạn tự lắp ráp điều này, từ ảnh chụp màn hình về lỗi, nhật ký trình duyệt, video từ nhà cung cấp lưới và báo cáo từ khung kiểm tra của bạn. Nó hoạt động tốt và nhiều nhóm có thiết lập tuyệt vời nhưng cần nỗ lực để xây dựng.

Tính năng mạng và API

Nhà viết kịch có thể chặn và mô phỏng các yêu cầu mạng bằng một vài dòng mã, điều này rất hữu ích cho việc kiểm tra trạng thái lỗi:

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

Nó cũng bao gồm một ứng dụng khách yêu cầu API, vì vậy bạn có thể tạo dữ liệu thử nghiệm thông qua API trước khi điều khiển trình duyệt. Selenium 4 đã bổ sung một số tính năng mạng thông qua Giao thức DevTools của Chrome và BiDi, nhưng khả năng hỗ trợ và sự tiện lợi sẽ khác nhau tùy theo trình duyệt và ngôn ngữ. Nhiều người dùng Selenium thêm proxy hoặc thư viện HTTP riêng, như trong các công cụ thử nghiệm API.

Chạy song song và quy mô

Người chạy của Playwright xử lý các công nhân song song và phân chia trên các máy CI bằng các tùy chọn đơn giản. Bối cảnh trình duyệt có giá thành rẻ nên việc cách ly không yêu cầu một trình duyệt hoàn toàn mới cho mỗi lần kiểm tra.

Selenium sử dụng Selenium Grid để phân phối các thử nghiệm trên các máy và phiên bản trình duyệt, đồng thời các khung thử nghiệm xử lý tính song song. Grid cần nhiều thứ để chạy hơn, nhưng nó đã được chứng minh ở quy mô rất lớn và nhiều đám mây thiết bị thương mại hỗ trợ trực tiếp cho nó.

Bạn có nên chuyển từ Selenium sang Playwright không?

Không tự động. Một bộ công cụ làm việc rất có giá trị và việc viết lại sẽ mất thời gian để thử nghiệm sản phẩm. Hãy hỏi những câu hỏi này trước:

1. Có vấn đề nào có thể đo lường được không? Kiểm tra không ổn định hoặc gỡ lỗi chậm là những lý do chính đáng. “Nó mới hơn” thì không.
2. Bộ này lớn bao nhiêu? Một trăm bài kiểm tra có thể được di chuyển. Mười nghìn là một dự án lớn.
3. Các đối tượng trên trang của bạn có sạch sẽ không? Tính trừu tượng tốt giúp việc di chuyển trở nên rẻ hơn nhiều.
4. Bạn có tin tưởng vào các tính năng dành riêng cho Selenium không? Trước tiên, hãy kiểm tra nhu cầu về lưới và thiết bị của bạn.

Nếu bạn di chuyển, hãy đi dần dần. Viết các bài kiểm thử mới trong Playwright, trước tiên hãy di chuyển các bài kiểm thử cũ nhất và chạy song song cả hai cho đến khi bộ phần mềm cũ đủ nhỏ để ngừng hoạt động. Không dịch các bài kiểm tra theo từng dòng vì điều đó sẽ chuyển sang chế độ ngủ và bộ định vị cũ. Hãy tránh những lỗi được đề cập trong lỗi tự động hóa thử nghiệm.

Cách chọn

Tốt nhất, hãy chạy một phi công ngắn. Tự động hóa ba hành trình khó xử nhất trong mỗi công cụ dựa trên ứng dụng của riêng bạn, trong CI của riêng bạn và so sánh mã, tốc độ cũng như mức độ dễ dàng mà bạn có thể gỡ lỗi khi gặp lỗi. Một tuần bằng chứng đánh bại bất kỳ bài viết so sánh nào, kể cả bài viết này. Nếu Cypress cũng nằm trong danh sách rút gọn của bạn, hãy đọc Playwright vs Cypress.

Lời kết

Nhà viết kịch thường là nơi dễ dàng hơn để bắt đầu và Selenium vẫn là một tiêu chuẩn đáng tin cậy với phạm vi tiếp cận rộng rãi. Cả hai đều không cứu được một bộ thử nghiệm được thiết kế kém. Chọn dựa trên những hạn chế thực sự của bạn, đầu tư vào bộ định vị ổn định và dữ liệu thử nghiệm tốt, đồng thời giữ cho bộ phần mềm của bạn tập trung vào những gì quan trọng nhất đối với người dùng của bạn.

Câu hỏi thường gặp

Tiếp tục học hỏi