테스트 자동화 프로젝트를 시작하는 경우 Selenium vs Playwright 질문이 빠르게 나타날 것입니다. 검색 결과를 보면 이미 확정된 문제처럼 들릴 수 있지만 정답은 팀, 기존 테스트, 지원해야 하는 브라우저에 따라 다릅니다.

이 가이드에서는 일상 업무에서 실제로 느낄 수 있는 것들에 대해 비교합니다. 코드 샘플은 각 도구의 일반적인 스타일을 보여 주지만 이 기사에서는 실행하지 않았습니다. 또한 게시된 벤치마크는 매우 다양하고 공급업체에서 제공하는 경우가 많기 때문에 속도 비율을 인용하지 않습니다. 속도가 문제를 결정하는 경우 자신의 응용 프로그램에서 측정하십시오.

짧은 대답

특히 팀이 JavaScript, TypeScript, Python, Java 또는 .NET으로 작업할 수 있는 경우 대부분의 새로운 웹 테스트 프로젝트에 대해 Playwright를 선택하세요. 기본적으로 더 많은 기능을 얻을 수 있으며 인프라 및 불안정한 대기 시간이 단축됩니다.

이미 대규모 작업 제품군이 있거나 Playwright가 공식적으로 지원하지 않는 언어(예: Ruby)가 필요하거나 Selenium 그리드 또는 장치 클라우드를 통해 사용 가능한 실제 브라우저 빌드 및 플랫폼에서 테스트해야 하는 경우 Selenium을 선택하십시오.

셀레늄과 극작가를 나란히 놓고

아키텍처: 각각이 브라우저와 대화하는 방법

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

이는 page 조명기를 제공하는 pytest-playwright 플러그인에 의존합니다. 대기 시간이 expect에 내장되어 있고 get_by_role와 같은 로케이터가 사용자가 보는 방식으로 페이지를 설명하기 때문에 더 짧습니다. Selenium을 사용하면 두 도구 모두에서 권장되는 도우미와 페이지 개체 모델을 사용하여 이 상용구를 상당히 줄일 수 있습니다.

대기 및 불안정한 테스트

타이밍은 불안정한 브라우저 테스트의 가장 큰 원인이며 일상적인 사용에서 두 도구가 가장 많이 다른 부분입니다.

Selenium에서는 동기화를 담당합니다. 명시적 대기는 잘 작동하지만 누군가는 이를 어디에서나 기억해야 하며 잊어버린 팀은 종종 time.sleep에 의존합니다. Selenium waits 가이드에서는 이를 올바르게 수행하는 방법을 설명합니다.

Playwright에서 작업은 작업을 수행하기 전에 요소가 표시되고 안정적이며 활성화되어 있고 이벤트를 수신할 수 있는지 자동으로 확인합니다. 웹 우선 어설션은 시간 초과될 때까지 계속 재시도합니다. 예를 들어 불량한 테스트 데이터를 사용하여 여전히 불안정한 테스트를 작성할 수 있지만 문제의 주요 소스는 기본적으로 처리됩니다.

브라우저 및 언어

이것이 바로 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을 사용하면 테스트를 더 빠르게 작성할 수도 있습니다. 사용 방법은 초보자를 위한 극작가 튜토리얼을 참조하세요.

Selenium을 사용하면 오류에 대한 스크린샷, 브라우저 로그, 그리드 제공업체의 비디오, 테스트 프레임워크의 보고서를 통해 이를 직접 조립할 수 있습니다. 잘 작동하고 많은 팀이 훌륭한 설정을 갖추고 있지만 구축하려면 노력이 필요합니다.

네트워크 및 API 기능

Playwright는 몇 줄의 코드로 네트워크 요청을 가로채고 모의할 수 있으며 이는 오류 상태를 테스트하는 데 유용합니다.

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

또한 API 요청 클라이언트도 포함되어 있으므로 브라우저를 구동하기 전에 API를 통해 테스트 데이터를 생성할 수 있습니다. Selenium 4에는 Chrome DevTools 프로토콜 및 BiDi를 통해 일부 네트워크 기능이 추가되었지만 지원 및 편의성은 브라우저 및 언어에 따라 다릅니다. 많은 Selenium 사용자는 API 테스트 도구에서와 같이 프록시 또는 별도의 HTTP 라이브러리를 추가합니다.

병렬 실행 및 확장

Playwright의 러너는 간단한 옵션을 사용하여 CI 시스템 전체에서 병렬 작업자와 샤딩을 처리합니다. 브라우저 컨텍스트는 저렴하므로 격리를 위해 모든 테스트에 대해 완전히 새로운 브라우저가 필요하지 않습니다.

Selenium은 Selenium Grid를 사용하여 여러 컴퓨터와 브라우저 버전에 테스트를 배포하고 테스트 프레임워크가 병렬 처리를 처리합니다. 그리드는 더 많이 실행되지만 매우 대규모로 입증되었으며 많은 상용 장치 클라우드가 이를 직접 지원합니다.

Selenium에서 Playwright로 마이그레이션해야 합니까?

자동으로 아닙니다. 작업 제품군은 가치가 있으며 다시 작성하면 제품을 테스트하는 데 시간이 걸립니다. 먼저 다음 질문을 해보세요.

1. 측정 가능한 문제가 있습니까? 불안정한 테스트나 느린 디버깅이 좋은 이유입니다. “더 새로운 것”은 아닙니다.
2. 제품군은 얼마나 큽니까? 100개의 테스트를 이동할 수 있습니다. 만은 주요 프로젝트입니다.
3. 페이지 개체가 깨끗합니까? 좋은 추상화를 사용하면 이동 비용이 훨씬 저렴해집니다.
4. Selenium 관련 기능을 사용하시나요? 먼저 그리드와 장치 요구 사항을 확인하세요.

움직일 경우 점차적으로 이동하십시오. Playwright에서 새 테스트를 작성하고, 가장 취약한 이전 테스트를 먼저 마이그레이션한 다음, 이전 제품군이 폐기될 만큼 작아질 때까지 두 테스트를 나란히 실행합니다. 테스트를 한 줄씩 번역하지 마세요. 왜냐하면 수면과 오래된 로케이터를 이어받기 때문입니다. 테스트 자동화 실수에서 다루는 실수도 피하세요.

선택 방법

무엇보다도 짧은 파일럿을 실행하는 것이 가장 좋습니다. 자신의 CI에서 자신의 애플리케이션에 대해 각 도구에서 가장 어색한 세 가지 과정을 자동화하고 코드, 속도 및 오류를 얼마나 쉽게 디버그할 수 있는지 비교하십시오. 일주일 간의 증거는 이 기사를 포함한 모든 비교 기사를 능가합니다. Cypress도 후보 목록에 있으면 Playwright vs Cypress를 읽어보세요.

마무리

극작가는 일반적으로 시작하기 더 쉬운 곳이며 Selenium은 광범위한 범위의 신뢰할 수 있는 표준으로 남아 있습니다. 잘못 설계된 테스트 스위트도 저장되지 않습니다. 실제 제약 조건에 따라 선택하고, 안정적인 로케이터와 우수한 테스트 데이터에 투자하고, 제품군이 사용자에게 가장 중요한 것에 집중하도록 하세요.

자주 묻는 질문

계속 학습하세요