Playwright vs Cypress vs Selenium: Lựa chọn trung thực cho năm 2026

Playwright đã vượt qua Cypress về lượt tải npm hàng tuần vào khoảng giữa năm 2024, và đến đầu năm 2026, khoảng cách đã nới rộng lên roughly 30 triệu so với 6,5 triệu lượt tải mỗi tuần. Sự thay đổi này không xảy ra do tình cờ. Mọi bài so sánh khác trên trang đầu Google đều được viết bởi nhà cung cấp công cụ QA hoặc công ty SaaS về kiểm thử. Bài viết này đến từ một đội ngũ xây dựng ứng dụng web sản xuất và lựa chọn framework tự động hóa kiểm thử cho các dự án thực tế, không phải để quảng bá sản phẩm.

Đây là vị trí của Selenium: nó vẫn là framework E2E được triển khai rộng rãi nhất toàn cầu, đặc biệt trong các môi trường Java và Python. Nó sẽ không biến mất. Nhưng đối với các dự án JavaScript/TypeScript mới vào năm 2026, câu hỏi thực sự là Playwright hay Cypress, với Selenium là lựa chọn dự phòng cho hệ thống cũ.

Tóm tắt nhanh

Chọn Playwright nếu bạn muốn framework kiểm thử tổng thể tốt nhất năm 2026: tốc độ thực thi nhanh nhất, song song hóa miễn phí, hỗ trợ đa ngôn ngữ và trải nghiệm TypeScript (DX) tuyệt vời. Chọn Cypress nếu nhóm của bạn coi trọng việc gỡ lỗi tương tác và kiểm thử thành phần hơn mọi thứ khác. Chọn Selenium nếu bạn đang ở trong môi trường doanh nghiệp Java/Python với cơ sở hạ tầng Selenium hiện có.

Đó là tóm tắt. Phần còn lại của bài viết này giải thích bằng chứng đằng sau từng dòng, kèm theo mã nguồn, điểm chuẩn và những ý kiến trung thực.

Kiến trúc, Cách mỗi công cụ giao tiếp với trình duyệt

Kiến trúc là nguyên nhân gốc rễ của hầu hết mọi sự khác biệt bạn sẽ thấy trong bản so sánh này. Hãy nghĩ theo cách này: Playwright nói chuyện với trình duyệt như một đạo diễn sân khấu thì thầm chỉ dẫn trực tiếp cho các diễn viên. Cypress ngồi trên sân khấu cùng các diễn viên, chạy trong cùng một phòng. Selenium gửi chỉ dẫn thông qua một người trung gian đứng ở hành lang.

Playwright: Điều khiển trình duyệt trực tiếp qua WebSocket

Playwright giao tiếp với các trình duyệt thông qua kết nối WebSocket sử dụng Giao thức DevTools Chrome (CDP) cho Chromium và các giao thức tương đương cho Firefox và WebKit. Không có bên trung gian, mã kiểm thử của bạn gửi lệnh trực tiếp đến engine trình duyệt. Điều này có nghĩa là độ trễ thấp hơn, nhiều khả năng hơn (đa tab, đa nguồn gốc, chặn mạng) và ít bộ phận chuyển động có thể bị hỏng hơn.

Cypress: Thực thi trong trình duyệt

Cypress áp dụng một cách tiếp cận hoàn toàn khác. Nó tiêm chính nó vào trình duyệt và chạy mã kiểm thử của bạn trong cùng vòng lặp sự kiện JavaScript với ứng dụng của bạn. Đây là lý do tại sao Cypress cảm giác rất nhanh đối với các bài kiểm tra đơn giản, không có chi phí mạng giữa bài kiểm tra và ứng dụng. Nhưng kiến trúc này cũng giải thích các hạn chế của Cypress: không hỗ trợ đa tab, kiểm thử chéo nguồn gốc bị hạn chế và chỉ hỗ trợ JavaScript/TypeScript (vì các bài kiểm tra phải chạy trong ngữ cảnh trình duyệt).

Selenium: Người trung gian WebDriver

Selenium sử dụng giao thức WebDriver. Mã kiểm thử của bạn gửi các yêu cầu HTTP đến một tệp nhị phân driver trình duyệt (chromedriver, geckodriver), tệp này dịch các yêu cầu đó thành lệnh trình duyệt. Mỗi lệnh là một vòng quay khứ hồi: từ kiểm thử đến driver đến trình duyệt và ngược lại. Sự gián tiếp này thêm độ trễ và tạo ra nhiều điểm thất bại hơn. Selenium đang dần áp dụng giao thức BiDi để giảm thiểu chi phí này, nhưng vẫn chưa hoàn thiện.

Nhận định: Playwright thắng về kiến trúc. Giao tiếp WebSocket trực tiếp có nghĩa là thực thi nhanh hơn, nhiều khả năng hơn và ít lỗi thất thường hơn. Mô hình trong trình duyệt của Cypress thực sự thông minh cho các bài kiểm tra đơn nguồn đơn giản, nhưng nó tạo ra các trần cứng mà Playwright không có. Kiến trúc của Selenium cho thấy dấu hiệu của tuổi tác.

Hỗ trợ ngôn ngữ và trình duyệt

Đây thường là bộ lọc đầu tiên. Nếu nhóm của bạn không viết JavaScript, Cypress bị loại ngay lập tức.

Điều này có nghĩa gì trong thực tế? Nếu bạn là một công ty Java với 20 kỹ sư QA, Cypress không phải là một lựa chọn, chấm hết. Nếu kiểm thử đa trình duyệt bao gồm Safari là quan trọng (và nó nên như vậy, Safari chiếm khoảng 18% thị phần trình duyệt toàn cầu), Playwright xử lý điều này ngay lập tức trên bất kỳ hệ điều hành nào trong khi Cypress vẫn gắn nhãn hỗ trợ WebKit là "thử nghiệm".

Selenium thắng về độ rộng thuần túy. Nó hỗ trợ nhiều ngôn ngữ và nhiều trình duyệt hơn cả hai lựa chọn thay thế. Nhưng đối với các ngôn ngữ và trình duyệt quan trọng nhất vào năm 2026 -- JavaScript/TypeScript, Python và bộ ba Chromium/Firefox/WebKit, Playwright bao phủ mọi thứ với cấu hình bằng không và các tệp nhị phân trình duyệt đi kèm.

Nhận định: Selenium thắng về độ rộng (nhiều ngôn ngữ nhất, nhiều trình duyệt nhất, bao gồm IE). Playwright thắng về phạm vi thực tế, các trình duyệt và ngôn ngữ quan trọng vào năm 2026, được đóng gói và không cần cấu hình. Cypress là lựa chọn hẹp nhất.

Viết kiểm thử, So sánh mã nguồn cạnh nhau

Đủ lý thuyết rồi. Đây là cùng một bài kiểm tra được viết trong cả ba framework. Đây là nơi bạn cảm nhận sự khác biệt về DX.

Kiểm tra luồng đăng nhập

Một bài kiểm tra đăng nhập tiêu chuẩn: điều hướng đến một trang, điền thông tin xác thực, gửi và xác minh chuyển hướng.

// Playwright
import { test, expect } from '@playwright/test';

test('user can log in', async ({ page }) => {
  await page.goto('/login');
  await page.locator('#email').fill('[email protected]');
  await page.locator('#password').fill('s3cureP@ss');
  await page.locator('button[type="submit"]').click();
  await expect(page).toHaveURL('/dashboard');
  await expect(page.locator('h1')).toContainText('Welcome');
});

// Cypress
describe('Login', () => {
  it('user can log in', () => {
    cy.visit('/login');
    cy.get('#email').type('[email protected]');
    cy.get('#password').type('s3cureP@ss');
    cy.get('button[type="submit"]').click();
    cy.url().should('include', '/dashboard');
    cy.get('h1').should('contain', 'Welcome');
  });
});

// Selenium (with WebDriver)
const { Builder, By, until } = require('selenium-webdriver');

describe('Login', function () {
  let driver;

  before(async () => {
    driver = await new Builder().forBrowser('chrome').build();
  });

  after(async () => {
    await driver.quit();
  });

  it('user can log in', async () => {
    await driver.get('http://localhost:3000/login');
    await driver.findElement(By.id('email')).sendKeys('[email protected]');
    await driver.findElement(By.id('password')).sendKeys('s3cureP@ss');
    await driver.findElement(By.css('button[type="submit"]')).click();
    await driver.wait(until.urlContains('/dashboard'), 5000);
    const heading = await driver.findElement(By.css('h1')).getText();
    expect(heading).to.include('Welcome');
  });
});

Hãy chú ý các điểm khác biệt. Cú pháp async/await của Playwright với page.locator() đọc rõ ràng và tự động chờ các phần tử sẵn sàng trước khi tương tác. API chuỗi của Cypress (cy.get().type().click()) ngắn gọn và thực sự dễ chịu cho các luồng đơn giản. Selenium yêu cầu chờ tường minh (driver.wait(until.urlContains(...))), quản lý vòng đời trình duyệt thủ công và nhiều mã boilerplate hơn.

Mock API và Chặn mạng

Kịch bản này tiết lộ một khoảng cách lớn hơn nhiều. Chặn một cuộc gọi API, trả về dữ liệu mock và xác minh UI hiển thị chính xác.

// Playwright -- native network interception
test('shows mocked user list', async ({ page }) => {
  await page.route('**/api/users', (route) => {
    route.fulfill({
      status: 200,
      contentType: 'application/json',
      body: JSON.stringify([{ id: 1, name: 'Alice' }]),
    });
  });
  await page.goto('/users');
  await expect(page.locator('.user-card')).toHaveCount(1);
  await expect(page.locator('.user-card')).toContainText('Alice');
});

// Cypress -- native network interception
it('shows mocked user list', () => {
  cy.intercept('GET', '/api/users', {
    statusCode: 200,
    body: [{ id: 1, name: 'Alice' }],
  }).as('getUsers');
  cy.visit('/users');
  cy.wait('@getUsers');
  cy.get('.user-card').should('have.length', 1);
  cy.get('.user-card').should('contain', 'Alice');
});

// Selenium -- no native network interception
// You need a separate proxy tool like BrowserMob Proxy
// or mock your API server directly. There is no built-in
// equivalent to page.route() or cy.intercept().

// Typical workaround: start a mock server before the test
const mockServer = require('./helpers/mock-server');

before(async () => {
  await mockServer.start({ port: 4000 });
  mockServer.stub('GET', '/api/users', [{ id: 1, name: 'Alice' }]);
});

it('shows mocked user list', async () => {
  await driver.get('http://localhost:3000/users');
  // ... assert using findElement
});

Đây là một vấn đề lớn. Mock API là cần thiết cho các bài kiểm tra E2E đáng tin cậy, và cả Playwright lẫn Cypress đều xử lý điều này một cách tự nhiên. Selenium yêu cầu một máy chủ mock riêng biệt hoặc công cụ proxy, nhiều hạ tầng hơn, phức tạp hơn, nhiều thứ có thể bị hỏng hơn.

Nhận định: Playwright thắng về sự rõ ràng của mã và khả năng. Cú pháp async/await của nó sạch hơn so với chuỗi của Cypress cho các kịch bản phức tạp, và nó xử lý mock API, đa tab và đa nguồn gốc một cách tự nhiên. Cypress thắng về sự đơn giản cho các luồng trang đơn thẳng thắn, API chuỗi thực sự dễ chịu. Selenium là dài dòng nhất và yêu cầu nhiều mã boilerplate nhất.

Playwright vs Cypress vs Selenium: Điểm chuẩn tốc độ

"Cái nào nhanh hơn?" là một trong những câu hỏi được tìm kiếm nhiều nhất trong bản so sánh này. Dưới đây là các con số thực tế từ nghiên cứu điểm chuẩn của Checkly và các phép đo của BetterStack, được đối chiếu để đảm bảo tính nhất quán.

Playwright hoàn thành các bộ kiểm tra tương đương trong khoảng 4,5 giây, so với 9,4 giây của Cypress và 14,5 giây của Selenium. Đó không phải là sự khác biệt nhỏ, đó là khoảng cách gấp 2 lần và 3 lần.

Tại sao Playwright nhanh hơn? Ba lý do: Giao tiếp WebSocket loại bỏ chi phí HTTP mà Selenium mang theo. Mô hình ngữ cảnh trình duyệt của Playwright tạo ra các môi trường kiểm tra cô lập mà không cần khởi động toàn bộ quy trình trình duyệt. Và việc thực thi song song xảy ra ở cấp độ framework, bạn không cần công cụ bên ngoài.

Khoảng cách tốc độ nới rộng với các bộ kiểm tra lớn hơn. Ngữ cảnh trình duyệt của Playwright mở rộng hiệu quả vì chúng chia sẻ một quy trình trình duyệt duy nhất. Selenium sinh ra các instance trình duyệt mới cho mỗi worker song song. Cypress chạy các bài kiểm tra nối tiếp trong phiên bản mã nguồn mở của nó, vì vậy một bộ kiểm tra đang phát triển có nghĩa là thời gian thực thi tăng tuyến tính trừ khi bạn trả tiền cho Cypress Cloud.

Một nghiên cứu điển hình về di chuyển đặt con số vào điều này: BigBinary báo cáo giảm 89% thời gian thực thi kiểm tra sau khi chuyển từ Cypress sang Playwright, toàn bộ bộ kiểm tra của họ giảm từ 2 giờ 27 phút xuống còn 16 phút bằng cách sử dụng sharding của Playwright.

Nhận định: Playwright thắng dứt khoát về tốc độ. Nó chạy các bộ kiểm tra nhanh gấp 2 lần Cypress và gấp 3 lần Selenium. Khoảng cách này nới rộng với các bộ kiểm tra lớn hơn vì mô hình ngữ cảnh trình duyệt của Playwright mở rộng tốt hơn so với việc sinh ra các instance trình duyệt mới.

Gỡ lỗi và Trải nghiệm nhà phát triển

Đây là nơi mọi thứ trở nên tinh tế. Playwright vượt trội về mặt kỹ thuật, nhưng Cypress có lợi thế DX thực sự giữ chân các nhóm.

Gỡ lỗi tương tác

Cypress Test Runner vẫn là tiêu chuẩn vàng cho việc gỡ lỗi tương tác. Bạn thấy bài kiểm tra của mình thực thi trong thời gian thực bên trong một trình duyệt thực, với gỡ lỗi du hành thời gian, nhấp vào bất kỳ bước nào trong nhật ký lệnh để xem trạng thái DOM chính xác tại thời điểm đó. Đối với các nhà phát triển frontend gỡ lỗi hồi quy hình ảnh hoặc vấn đề bố cục, điều này khó có thể đánh bại. Thành thật mà nói, đây là tính năng tốt nhất trong toàn bộ bộ công cụ của Cypress.

Playwright Trace Viewer áp dụng một cách tiếp cận khác. Nó ghi lại dấu vết trong quá trình chạy kiểm tra, ảnh chụp màn hình, ảnh chụp nhanh DOM, yêu cầu mạng và nhật ký bảng điều khiển ở mỗi bước. Bạn mở các dấu vết này trong trình xem dựa trên trình duyệt sau đó. Đối với gỡ lỗi CI (tìm hiểu lý do tại sao một bài kiểm tra thất bại trong pipeline headless), Trace Viewer thực sự hữu ích hơn trình chạy tương tác của Cypress vì bạn có được toàn bộ ngữ cảnh mà không cần tái tạo cục bộ.

Chế độ --ui của Playwright đã thêm trải nghiệm tương tác gần với Cypress Test Runner trong các phiên bản gần đây, nhưng nó không bóng bẩy bằng. Nó hoạt động được, nhưng không thú vị.

Selenium IDE tồn tại nhưng bị hạn chế. Hầu hết việc gỡ lỗi Selenium là console.log và ảnh chụp màn hình. Nó hoạt động, nhưng cảm giác như năm 2012.

Phát triển ưu tiên TypeScript

Playwright là ưu tiên TypeScript. Nó đi kèm với các loại được tạo tự động, tệp cấu hình của nó mặc định là playwright.config.ts và tính năng tự động hoàn thành của VS Code hoạt động hoàn hảo. Khi bạn gõ page. và nhấn tự động hoàn thành, bạn nhận được mọi phương thức với đầy đủ chữ ký loại.

Cypress hỗ trợ TypeScript, nhưng có những điểm ma sát. Các lệnh tùy chỉnh cần khai báo loại thủ công (mở rộng giao diện Cypress.Chainable), và API chuỗi đôi khi gây nhầm lẫn cho suy luận TypeScript. Tệp cypress.config.ts hoạt động, nhưng DX không mượt mà bằng.

Hỗ trợ TypeScript của Selenium là nỗ lực cộng đồng và cảm giác như được gắn thêm vào so với trải nghiệm native của Playwright.

Nhận định: Cypress thắng về DX tương tác, Test Runner của nó thực sự thú vị cho các nhà phát triển frontend gỡ lỗi kiểm tra hình ảnh. Playwright thắng về gỡ lỗi CI và TypeScript, Trace Viewer được xây dựng mục đích để chẩn đoán lỗi trong môi trường CI headless, và hỗ trợ TypeScript của nó là tốt nhất trong lớp. Câu chuyện gỡ lỗi của Selenium là yếu nhất.

Tích hợp CI/CD và Song song hóa

Đây là nơi lý thuyết gặp thực tế. Bộ kiểm tra của bạn chạy trong CI hàng trăm lần mỗi ngày, không phải trên laptop của bạn. Dưới đây là cấu hình GitHub Actions sao chép-dán cho mỗi framework, điều mà không đối thủ nào trên trang đầu Google cung cấp.

Cấu hình GitHub Actions

# Playwright -- built-in parallelization, zero cost
name: Playwright Tests
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        shard: [1/4, 2/4, 3/4, 4/4]
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 22
      - run: npm ci
      - run: npx playwright install --with-deps
      - run: npx playwright test --shard=${{ matrix.shard }}
      - uses: actions/upload-artifact@v4
        if: failure()
        with:
          name: playwright-report-${{ matrix.shard }}
          path: playwright-report/

# Cypress -- parallel requires Cypress Cloud (paid)
name: Cypress Tests
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        containers: [1, 2, 3, 4]
    steps:
      - uses: actions/checkout@v4
      - uses: cypress-io/github-action@v6
        with:
          record: true
          parallel: true
          group: 'CI'
        env:
          CYPRESS_RECORD_KEY: ${{ secrets.CYPRESS_RECORD_KEY }}

# Selenium -- requires browser service container
name: Selenium Tests
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    services:
      selenium:
        image: selenium/standalone-chrome:latest
        ports:
          - 4444:4444
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 22
      - run: npm ci
      - run: npm test
        env:
          SELENIUM_REMOTE_URL: http://localhost:4444/wd/hub

Song song hóa: Miễn phí so với Trả phí

Cấu hình Playwright ở trên chia bộ kiểm tra của bạn across 4 shard song song với --shard=1/4. Một bộ kiểm tra 10 phút chạy trong 2,5 phút. Chi phí bằng không. Không cần dịch vụ đám mây.

Gói Starter miễn phí của Cypress bây giờ bao gồm song song hóa, nhưng với giới hạn 500 kết quả kiểm tra/tháng, mà hầu hết các nhóm sẽ đốt cháy trong một hoặc hai ngày phát triển tích cực. Để sử dụng CI nghiêm túc, bạn sẽ cần Cypress Cloud (bắt đầu từ $67/tháng khi thanh toán hàng năm cho gói Team với 120K kết quả/năm) hoặc các lựa chọn thay thế cộng đồng như sorry-cypress. Các cờ record: true và parallel: true trong YAML ở trên yêu cầu kết nối Cypress Cloud.

Song song hóa Selenium yêu cầu Selenium Grid (tự lưu trữ, gánh nặng vận hành) hoặc nhà cung cấp đám mây như BrowserStack. Đó là thiết lập phức tạp nhất trong ba cái.

Nhận định: Playwright thắng về CI/CD. Song song hóa miễn phí, không giới hạn với cơ sở hạ tầng bằng không là khó có thể đánh bại. Gói miễn phí của Cypress bao gồm song song hóa nhưng giới hạn ở 500 kết quả/tháng, các nhóm thực sự cần gói trả phí. Selenium yêu cầu nhiều công việc vận hành nhất.

Phân tích chi phí và giá cả

Đây là khoảng trống nội dung lớn nhất trên toàn bộ SERP cho từ khóa này. Mọi đối thủ đều bỏ qua nó, nhưng chi phí là quan trọng, đặc biệt ở quy mô lớn.

Giấy phép và Các mức giá

Chi phí thực tế theo quy mô nhóm

Playwright miễn phí cho mọi thứ mà Cypress tính phí. Song song hóa, phân tích kiểm tra qua báo cáo HTML, trace viewer để gỡ lỗi, codegen để dàn bài kiểm tra, tất cả đều được bao gồm với chi phí bằng không. Thứ duy nhất Playwright không cung cấp là bảng điều khiển đám mây được lưu trữ với các tính năng cộng tác nhóm, và đối với nhiều nhóm, báo cáo HTML tích hợp sẵn và các artifact CI là đủ.

Selenium cũng miễn phí, nhưng chi phí hạ tầng để chạy Selenium Grid ở quy mô lớn là không hề nhỏ. Ai đó trong nhóm của bạn phải duy trì các node Grid đó, xử lý cập nhật phiên bản trình duyệt và gỡ lỗi lỗi hạ tầng.

Nhận định: Playwright thắng về chi phí, không thậm chí là gần. Mọi tính năng mà Cypress khóa sau bức tường trả phí (song song hóa, phân tích kiểm tra, phát hiện lỗi thất thường), Playwright đều bao gồm miễn phí. Selenium miễn phí ở cấp độ công cụ, nhưng hóa đơn hạ tầng cộng dồn.

Kiểm thử thành phần

Kiểm thử thành phần cho phép bạn mount một thành phần React, Vue hoặc Angular đơn lẻ trong isolation và kiểm tra nó mà không cần khởi động toàn bộ ứng dụng. Cypress đi tiên phong trong cách tiếp cận này, và đó là một trong những lý do mạnh mẽ nhất để chọn Cypress ngày nay.

Cypress có kiểm thử thành phần hạng nhất cho React (18-19), Vue 3, Angular (18-21) và Svelte 5. Bạn sử dụng cùng API cy.mount() và cùng Test Runner mà bạn đã biết từ các bài kiểm tra E2E. Tài liệu trưởng thành, hệ sinh thái vững chắc và nó hoạt động đáng tin cậy. Đối với các nhóm muốn một công cụ duy nhất cho cả kiểm thử thành phần và E2E, kiểm thử thành phần của Cypress là một điểm khác biệt thực sự.

Playwright đã thêm kiểm thử thành phần thử nghiệm trong các phiên bản gần đây, hỗ trợ React, Vue và Svelte. Nó hoạt động được nhưng kém bóng bẩy hơn so với triển khai của Cypress. Nếu kiểm thử thành phần là ưu tiên ngày đầu tiên, Cypress có lợi thế. Nhưng nhịp phát hành nhanh chóng của Playwright (hàng tháng) có nghĩa là khoảng cách này đang thu hẹp.

Selenium không có hỗ trợ kiểm thử thành phần. Nó hoạt động ở cấp độ trình duyệt, không phải cấp độ thành phần. Nếu bạn cần kiểm thử thành phần cùng với các bài kiểm tra E2E Selenium, bạn sẽ sử dụng một công cụ riêng biệt như React Testing Library hoặc Vitest.

Nhận định: Cypress thắng về kiểm thử thành phần, nó đi tiên phong trong cách tiếp cận, có triển khai trưởng thành nhất và bao phủ phạm vi framework rộng nhất. Playwright là á quân mạnh. Selenium không phải là đối thủ ở đây.

Cộng đồng, Hệ sinh thái và Xu hướng áp dụng

Các con số kể một câu chuyện ở đây. Playwright đã vượt qua Cypress về lượt tải npm vào khoảng giữa năm 2024, và đến tháng 2 năm 2026, khoảng cách là đáng kể: Playwright đạt khoảng 30 triệu lượt tải hàng tuần so với 6,5 triệu của Cypress và 1,8 triệu của Selenium WebDriver.

Số sao GitHub tuân theo một mô hình tương tự: Playwright đạt khoảng 82.800, Cypress ở 49.461 và Selenium ở 33.769 tính đến tháng 2 năm 2026. Khảo sát State of JavaScript liên tục xếp hạng Playwright cao nhất về sự hài lòng và quan tâm của nhà phát triển.

Nhưng npm chỉ kể câu chuyện JavaScript. Cơ sở cài đặt thực sự của Selenium trải rộng trên các hệ sinh thái Java, Python, C# và Ruby nơi lượt tải npm không áp dụng. Trong thế giới doanh nghiệp Java, Selenium vẫn là framework thống trị với biên độ rộng.

Tại sao Playwright phát triển nhanh như vậy? Sự hậu thuẫn của Microsoft mang lại cho nó các bản phát hành hàng tháng nhất quán và ổn định lâu dài. Thiết kế ưu tiên TypeScript phù hợp với xu hướng phát triển frontend. Song song hóa miễn phí loại bỏ ma sát mà giá cả Cypress Cloud tạo ra. Và hỗ trợ đa ngôn ngữ có nghĩa là các nhóm Python và Java có thể di chuyển từ Selenium mà không cần chuyển đổi ngôn ngữ.

Cypress không suy giảm về mặt tuyệt đối, lượt tải đã chững lại quanh mức 6-7 triệu hàng tuần. Nhưng thị phần tương đối của nó đang thu hẹp khi Playwright hấp thụ cả các dự án mới và các cuộc di chuyển từ Cypress/Selenium.

Nhận định: Playwright thắng về đà phát triển. Nó có tốc độ tăng trưởng nhanh nhất, sự hài lòng của nhà phát triển cao nhất và quỹ đạo mạnh mẽ nhất. Selenium thắng về cơ sở cài đặt. Cypress duy trì một cộng đồng trung thành nhưng sự tăng trưởng của nó đã chững lại.

Hướng dẫn di chuyển, Chuyển đổi framework

Nếu bạn đang cân nhắc chuyển đổi, đây là hướng dẫn dịch thuật thực tế.

Cypress sang Playwright: Dịch API

// BEFORE: Cypress login test
describe('Login', () => {
  it('logs in successfully', () => {
    cy.visit('/login');
    cy.get('#email').type('[email protected]');
    cy.get('#password').type('password123');
    cy.get('form').submit();
    cy.url().should('include', '/dashboard');
  });
});

// AFTER: Same test in Playwright
import { test, expect } from '@playwright/test';

test('logs in successfully', async ({ page }) => {
  await page.goto('/login');
  await page.locator('#email').fill('[email protected]');
  await page.locator('#password').fill('password123');
  await page.locator('form').evaluate(form => form.submit());
  await expect(page).toHaveURL(/dashboard/);
});

Các bản dịch chính: cy.visit() trở thành page.goto(). cy.get() trở thành page.locator(). cy.intercept() trở thành page.route(). cy.wait('@alias') trở thành page.waitForResponse(). Chuỗi ngầm định của Cypress trở thành async/await tường minh.

Selenium sang Playwright: Dịch API

// BEFORE: Selenium login test
const { Builder, By, until } = require('selenium-webdriver');

async function loginTest() {
  const driver = await new Builder().forBrowser('chrome').build();
  try {
    await driver.get('http://localhost:3000/login');
    await driver.findElement(By.id('email')).sendKeys('[email protected]');
    await driver.findElement(By.id('password')).sendKeys('password123');
    await driver.findElement(By.css('form')).submit();
    await driver.wait(until.urlContains('/dashboard'), 10000);
  } finally {
    await driver.quit();
  }
}

// AFTER: Same test in Playwright
import { test, expect } from '@playwright/test';

test('logs in successfully', async ({ page }) => {
  await page.goto('/login');
  await page.locator('#email').fill('[email protected]');
  await page.locator('#password').fill('password123');
  await page.locator('form').evaluate(form => form.submit());
  await expect(page).toHaveURL(/dashboard/);
});

Sự khác biệt lớn nhất? Playwright xử lý vòng đời trình duyệt và tự động chờ cho bạn. Không còn driver.quit() trong các khối finally. Không còn driver.wait(until.urlContains(...), 10000), Playwright tự động chờ điều hướng. Xóa tất cả các chờ ngầm định và tường minh của bạn; khả năng tự động chờ của Playwright thay thế chúng.

Danh sách kiểm tra di chuyển

1. Kiểm tra bộ kiểm tra hiện có của bạn, đếm số lượng kiểm tra, xác định các lệnh tùy chỉnh (Cypress) hoặc logic chờ phức tạp (Selenium)
2. Cài đặt Playwright alongside framework hiện tại của bạn, chạy cả hai trong CI trong quá trình chuyển đổi
3. Dịch các bài kiểm tra tăng dần, bắt đầu với các bài kiểm tra đơn giản nhất, giá trị cao nhất
4. Thay thế các lệnh tùy chỉnh bằng page objects hoặc fixtures, các lệnh tùy chỉnh của Cypress không có equivalent 1:1 trong Playwright
5. Cập nhật cấu hình CI của bạn, thêm cấu hình sharding của Playwright, xóa các khóa Cypress Cloud nếu có
6. Chạy cả hai framework song song trong 1-2 sprint để bắt các hồi quy
7. Loại bỏ framework cũ khi tất cả các bài kiểm tra đã được di chuyển và ổn định

Một bộ kiểm tra Cypress điển hình gồm 200 bài kiểm tra có thể được di chuyển trong 1-2 sprint bởi một kỹ sư. Việc di chuyển từ Selenium sang Playwright mất thời gian lâu hơn một chút vì các bài kiểm tra Selenium có xu hướng có logic chờ phức tạp hơn cần suy nghĩ lại. Nếu bạn đang di chuyển, Playwright là đích đến mà 90% các nhóm đang chọn vào năm 2026. Bản thân việc di chuyển khá thẳng thắn, phần khó nhất thường là các lệnh Cypress tùy chỉnh hoặc logic chờ Selenium phức tạp.

Khuyến nghị cụ thể cho Stack, React, Next.js và hơn thế nữa

Lời khuyên chung chung "tùy thuộc" là vô dụng. Đây là những gì chúng tôi sẽ chọn cho các stack công nghệ cụ thể, dựa trên việc xây dựng các ứng dụng sản xuất với các framework này.

Nếu nhóm của bạn đang xây dựng với Next.js và đánh giá các framework, so sánh Next.js vs Remix của chúng tôi bao gồm cách kiến trúc framework ảnh hưởng đến chiến lược kiểm thử của bạn. Khả năng kiểm tra các route API và server components một cách tự nhiên của Playwright làm cho nó đặc biệt mạnh mẽ trong hệ sinh thái Next.js.

Kiểm thử hỗ trợ AI vào năm 2026

Kiểm thử hỗ trợ AI không còn là giả thuyết, các công cụ như GitHub Copilot, Cursor và Claude Code tạo mã kiểm thử hàng ngày cho hàng ngàn nhà phát triển. Lựa chọn framework ảnh hưởng đến mức độ hiệu quả của các công cụ này.

Playwright có khả năng tương thích AI tốt nhất. API ưu tiên TypeScript của nó với các định nghĩa loại mạnh có nghĩa là các trợ lý AI tạo ra mã kiểm thử chính xác hơn. Các mẫu async/await có cấu trúc dễ dàng hơn cho LLMs suy luận hơn so với chuỗi của Cypress. Và công cụ npx playwright codegen riêng của Playwright ghi lại các tương tác trình duyệt và tạo ra các tệp kiểm tra hoàn chỉnh với lựa chọn locator thông minh, không cần đăng ký AI.

Cypress hoạt động khá tốt với các công cụ AI. API chuỗi khai báo của nó ngắn gọn và được đại diện tốt trong dữ liệu huấn luyện. Nhưng namespace cy. và các mẫu lệnh tùy chỉnh có thể làm rối loạn việc tạo mã, tạo ra các bài kiểm tra trông đúng nhưng thất bại do các điểm lạ đặc thù của Cypress.

Selenium là phù hợp yếu nhất cho kiểm thử hỗ trợ AI. Mã boilerplate dài dòng, nhiều binding ngôn ngữ với các API khác nhau và các mẫu không nhất quán across Java/Python/JS có nghĩa là mã Selenium do AI tạo ra yêu cầu dọn dẹp thủ công nhiều nhất.

Đừng phóng đại vai trò của AI ở đây, nó là bộ nhân năng suất, không phải sự thay thế cho thiết kế kiểm thử. Nhưng nếu nhóm của bạn sử dụng các trợ lý lập trình AI (và hầu hết đều làm vậy vào năm 2026), Playwright tạo ra các bài kiểm tra được tạo ra đáng tin cậy nhất.

Nhận định: Playwright thắng cho việc tạo kiểm thử hỗ trợ AI. API được định kiểu và các mẫu có cấu trúc của nó tạo ra kết quả tốt nhất với các trợ lý lập trình AI hiện đại.

Khung quyết định, Bạn nên chọn công cụ nào?

Đây là phần bạn tìm đến. Các kịch cảnh cụ thể, các khuyến nghị cụ thể.

Khi KHÔNG sử dụng mỗi công cụ

• Đừng chọn Playwright nếu toàn bộ nhóm của bạn biết Cypress sâu sắc, có nhiều lệnh tùy chỉnh và không có điểm đau. Chi phí di chuyển tồn tại, và "mới hơn" không có nghĩa là "tốt hơn cho tình huống của bạn."
• Đừng chọn Cypress nếu bạn cần hỗ trợ đa ngôn ngữ, kiểm thử đa tab hoặc thực thi song song miễn phí ở quy mô lớn. Đây là những hạn chế kiến trúc, không phải các tính năng trên lộ trình.
• Đừng chọn Selenium cho các dự án JavaScript/TypeScript mới. Cả Playwright và Cypress đều cung cấp DX, tốc độ và độ tin cậy tốt hơn đáng kể cho các nhóm JS.

Cách Techsy tiếp cận Tự động hóa kiểm thử

Tại Techsy, chúng tôi đã triển khai kiểm thử E2E trên hàng chục ứng dụng web sản xuất. Đây là quy trình thực tế của chúng tôi:

1. Mặc định là Playwright cho các dự án mới. Tốc độ, song song hóa miễn phí và DX ưu tiên TypeScript của nó phù hợp với stack Next.js/React của chúng tôi. Chúng tôi viết các bài kiểm tra E2E alongside các tính năng, không phải sau sprint, không phải "khi có thời gian", mà là một phần của định nghĩa hoàn thành.

2. Sử dụng Cypress khi nhóm khách hàng có cơ sở hạ tầng Cypress hiện có và việc di chuyển không được biện minh. Chúng tôi không đẩy các nhóm di chuyển vì lợi ích của nó. Nếu Cypress đang hoạt động và nhóm đang làm việc hiệu quả, chúng tôi giúp họ tận dụng tối đa nó.

3. Giúp các nhóm di chuyển từ Selenium khi gánh nặng bảo trì vượt quá chi phí di chuyển, điều này xảy ra thường xuyên hơn bạn nghĩ. Các bộ kiểm tra Selenium có xu hướng tích lũy logic chờ phức tạp và các selector giòn qua nhiều năm.

Stack kiểm thử điển hình của chúng tôi: Playwright cho E2E, React Testing Library cho các bài kiểm tra cấp thành phần và GitHub Actions cho CI. Sự kết hợp này bao phủ toàn bộ kim tự tháp kiểm thử với độ phức tạp công cụ tối thiểu.

Cần giúp đỡ thiết lập kiểm thử tự động cho ứng dụng web của bạn? Đội ngũ của chúng tôi triển khai kiểm thử Playwright và Cypress across các dự án React, Next.js và Node.js. Nhận tư vấn kiểm thử miễn phí.

Nhận định cuối cùng

Đối với hầu hết các nhóm bắt đầu một dự án mới vào năm 2026, Playwright là lựa chọn mặc định. Nó nhanh nhất, nhiều khả năng nhất và hoàn toàn miễn phí. Nó thắng 9 trong 12 danh mục trong bảng trên.

Nhưng mặc định không phải là phổ quát. Cypress vẫn là lựa chọn đúng cho các nhóm frontend ưu tiên gỡ lỗi tương tác và kiểm thử thành phần, và những người có thể sống trong các ràng buộc kiến trúc của nó. Selenium vẫn cần thiết cho các môi trường doanh nghiệp Java/Python với cơ sở hạ tầng kiểm thử hiện có và cho các trường hợp ngày càng hiếm hoi mà hỗ trợ IE là quan trọng.

Quyết định tồi tệ nhất là tê liệt phân tích. Đánh giá ngôn ngữ của nhóm bạn, yêu cầu trình duyệt, ngân sách CI và sở thích gỡ lỗi của bạn. Chọn một. Bắt đầu viết kiểm tra. Bạn luôn có thể di chuyển sau, và như chúng tôi đã chỉ ra ở trên, đường dẫn di chuyển được ghi chép rõ ràng.

Nguồn

• Tài liệu Playwright
• Giá Cypress Cloud
• npm Trends, Playwright vs Cypress vs Selenium
• Checkly, Điểm chuẩn so sánh tốc độ
• Next.js, Kiểm thử với Playwright
• State of JavaScript 2024 -- Thư viện kiểm thử
• BigBinary, Tại sao chúng tôi chuyển từ Cypress sang Playwright

Playwright vs Cypress vs Selenium: FAQ

Playwright có tốt hơn Cypress không?

Đối với hầu hết các nhóm vào năm 2026, có. Playwright nhanh hơn (gấp 2 lần trong điểm chuẩn), hỗ trợ nhiều trình duyệt và ngôn ngữ hơn, có song song hóa miễn phí và hỗ trợ TypeScript tốt hơn. Cypress thắng về DX gỡ lỗi tương tác và sự trưởng thành của kiểm thử thành phần. Nếu hai điều đó là ưu tiên hàng đầu của bạn, Cypress vẫn là một lựa chọn mạnh mẽ.

Playwright có đang thay thế Selenium không?

Trong hệ sinh thái JavaScript/TypeScript, phần lớn là có. Lượt tải npm của Playwright gấp khoảng 4,5 lần Cypress và 17 lần Selenium WebDriver. Nhưng Selenium vẫn thống trị trong các môi trường doanh nghiệp Java và Python nơi hỗ trợ đa ngôn ngữ và hàng thập kỷ công cụ hệ sinh thái là cần thiết. Selenium không chết, nó đang thu hẹp vào niche của mình.

Cái nào nhanh hơn, Playwright hay Cypress?

Playwright chạy các bộ kiểm tra nhanh gấp khoảng 2 lần, 4,5 giây so với 9,4 giây trong các điểm chuẩn tương đương. Khoảng cách nới rộng với các bộ kiểm tra lớn hơn vì mô hình ngữ cảnh trình duyệt của Playwright hiệu quả hơn mô hình quy trình của Cypress. Một nhóm báo cáo giảm 89% tổng thời gian CI sau khi di chuyển.

Cypress có hỗ trợ Safari không?

Cypress có hỗ trợ WebKit thử nghiệm, nhưng nó không được coi là sẵn sàng cho sản xuất. Playwright bao gồm WebKit (engine rendering của Safari) như một trình duyệt hạng nhất, được hỗ trợ đầy đủ chạy trên bất kỳ hệ điều hành nào. Nếu kiểm thử Safari là quan trọng cho người dùng của bạn, Playwright là lựa chọn an toàn hơn.

Selenium có chết vào năm 2026 không?

Không. Selenium vẫn là framework E2E được triển khai rộng rãi nhất toàn cầu, đặc biệt trong các hệ sinh thái Java và Python. Nó là lựa chọn duy nhất cho kiểm thử trình duyệt IE/cũ. Nhưng đối với các dự án JavaScript/TypeScript mới, Playwright và Cypress là những lựa chọn tốt hơn theo mọi chỉ số thực tế.

Playwright có thể kiểm thử ứng dụng di động không?

Playwright có thể mô phỏng các trình duyệt di động (Chrome cho Android, Safari cho iOS qua WebKit) với mô phỏng viewport, cảm ứng và user agent chính xác. Nó không thể tự động hóa các ứng dụng di động native. Để kiểm thử ứng dụng native, bạn cần Appium (sử dụng giao thức WebDriver của Selenium) hoặc một framework kiểm thử di động chuyên dụng như Detox.

Tôi nên học Playwright hay Cypress trước?

Nếu bạn mới bắt đầu với kiểm thử E2E vào năm 2026, hãy bắt đầu với Playwright. Nó có quỹ đạo tăng trưởng mạnh mẽ nhất, bộ tính năng toàn diện nhất và các kỹ năng chuyển sang bất kỳ dự án JavaScript/TypeScript nào. Cypress đáng để học nếu nhóm của bạn đã sử dụng nó hoặc nếu gỡ lỗi tương tác là mối quan tâm chính của bạn.

Nhược điểm của Playwright là gì?

Trải nghiệm gỡ lỗi tương tác của Playwright kém bóng bẩy hơn Test Runner của Cypress (mặc dù chế độ UI của Playwright đang thu hẹp khoảng cách). Kiểm thử thành phần của nó kém trưởng thành hơn Cypress. Và nhịp phát hành hàng tháng nhanh chóng của nó có nghĩa là bề mặt API thay đổi thường xuyên, bạn sẽ cần theo kịp các bản cập nhật.

Cypress Cloud tốn bao nhiêu?

Cypress Cloud bắt đầu từ $67/tháng (thanh toán hàng năm) cho gói Team với 120.000 kết quả kiểm tra mỗi năm, và lên đến $267/tháng cho Business với kết quả không giới hạn. Giá doanh nghiệp là tùy chỉnh. Playwright cung cấp các tính năng tương đương, song song hóa, phân tích kiểm tra qua báo cáo HTML và phát hiện lỗi thất thường qua thử lại, miễn phí.

Framework E2E nào hoạt động tốt nhất với GitHub Actions?

Cả ba đều hoạt động với GitHub Actions, nhưng Playwright yêu cầu cấu hình ít nhất. Các image Docker chính thức của Playwright và sharding tích hợp sẵn (--shard=1/4) làm cho việc thiết lập CI chỉ là một tệp YAML. Cypress cần GitHub Action chính thức của nó và đăng ký Cypress Cloud cho song song hóa. Selenium cần một service container cho browser driver.

Playwright có hoạt động với Java hoặc Python không?

Có. Playwright có các binding Java, Python, C# và JavaScript/TypeScript chính thức được duy trì bởi Microsoft. Cypress chỉ dành cho JavaScript/TypeScript. Điều này làm cho Playwright trở thành một lựa chọn thay thế Selenium hấp dẫn cho các nhóm không phải JS muốn công cụ hiện đại mà không cần chuyển đổi ngôn ngữ.

Làm thế nào để di chuyển từ Selenium sang Playwright?

Bắt đầu bằng cách cài đặt Playwright alongside Selenium. Dịch các bài kiểm tra tăng dần: page.locator() thay thế driver.findElement(), page.goto() thay thế driver.get(), và bạn có thể xóa tất cả các chờ tường minh vì Playwright tự động chờ. Cập nhật cấu hình CI của bạn, chạy cả hai framework song song trong quá trình chuyển đổi, sau đó loại bỏ Selenium khi tất cả các bài kiểm tra đều xanh. Một bộ kiểm tra điển hình gồm 200 bài kiểm tra mất 1-2 sprint cho một kỹ sư.