Cypress는 끝났나?【2026년판】현역 QA 엔지니어가 실태를 해설

「Cypress는 끝났다」「Playwright가 Cypress를 완전히 이겼다」— 2024년경부터 개발자 커뮤니티와 QA 포럼에서 이런 의견이 늘고 있다. 테스트 자동화 도구로 한 시대를 풍미했던 Cypress지만, 2026년 현재 실태는 어떨까? QA 실무 경력 15년 이상을 바탕으로, GitHub Stars·State of JS·채용 시장·CI/CD·컴포넌트 테스트의 관점에서 Cypress·Playwright·Selenium을 냉정하게 비교한다. 결론을 먼저 말하면, 「Cypress는 끝나지 않았지만, 선택하는 이유를 명확히 해야 할 시대가 됐다」.

「Cypress는 끝났다」는 말은 반은 맞고 반은 틀렸다. 기세는 꺾였지만, Cypress가 아직 잘하는 것들이 분명히 있다.

2017년 Cypress가 처음 등장했을 때, 그 DX(Developer Experience: 개발자 경험 — 테스트를 얼마나 쉽고 즐겁게 작성할 수 있는가)는 혁명적이었다. 인터랙티브한 테스트 러너, 타임트래블 디버깅, 브라우저 안에서 직접 동작하는 구조 — 프론트엔드 엔지니어를 중심으로 순식간에 퍼져나갔다. 그러나 Playwright가 등장하고 2022년경부터 GitHub Stars가 역전됐다. 「Cypress는 이제 낡았다」는 목소리가 커졌다. 그럼 실태는 어떨까? 솔직하게 정리해보자.

왜 Cypress가 뒤처지고 있다고 말하는가

비판의 근거는 단순한 유행이 아니라 구체적인 데이터와 기술적 제약에 있다. 살펴보자.

① GitHub Stars·신규 채용 트렌드·State of JS 모두 Playwright 우세

GitHub Stars는 하나의 인기 참고 지표일 뿐이다. 매년 실시되는 「State of JS」 조사에서도 2023년 이후 E2E 테스트 카테고리에서 Playwright의 「사용하고 싶다」 점수가 Cypress를 계속 앞서고 있으며, npm 주간 다운로드 수에서도 Playwright의 성장이 두드러진다. 이를 종합하면 신규 채용 트렌드는 Playwright 우세라고 할 수 있다.

② Playwright가 해소한 기술적 제약들

Cypress가 2026년에도 진짜 강한 분야

① 컴포넌트 테스트 — Cypress의 진짜 강점

Cypress Component Testing 기능은 React·Vue·Angular 등의 컴포넌트를 실제 브라우저 환경에서 단위 테스트할 수 있다. Playwright도 따라잡고 있지만, 프론트엔드 엔지니어의 사용 편의성과 DX(테스트 작성과 디버깅의 자연스러움) 측면에서 Cypress가 아직 앞서고 있다.

// Cypress Component Testing（React 컴포넌트를 브라우저에서 직접 테스트）
import { mount } from 'cypress/react'
import LoginForm from './LoginForm'

it('빈 값으로 제출하면 유효성 검사 오류가 표시된다', () => {
  mount()

  cy.get('[data-testid="submit-btn"]').click()

  cy.get('[data-testid="error-msg"]')
    .should('be.visible')
    .and('contain', '이메일을 입력해 주세요')
})

② 타임트래블 디버깅 — Cypress 최대의 DX 강점

Cypress의 타임트래블 디버깅은 차별화된 강점 중 하나다. 테스트 실행 후 Cypress App에서 각 스텝의 스냅샷을 앞뒤로 이동하며 확인할 수 있다. 디버깅 시간이 대폭 줄어들어 프론트엔드 엔지니어에게 특히 높이 평가받는다.

③ JS/TS 프론트엔드 팀에 자연스럽게 도입 가능

Cypress는 완전히 JavaScript/TypeScript로 동작하기 때문에, 프론트엔드 엔지니어가 기존 JS 지식 그대로 테스트를 작성할 수 있다. 「전담 QA 엔지니어 없이 프론트엔드 팀이 직접 테스트를 작성하는」 상황에서는 2026년에도 매우 합리적인 선택이다.

3가지 도구 철저 비교｜Cypress vs Playwright vs Selenium

코드 비교｜같은 테스트를 두 도구로 작성

Cypress로 작성한 경우

// Cypress (JavaScript/TypeScript)
describe('로그인 테스트', () => {
  it('올바른 인증 정보로 대시보드에 이동한다', () => {
    cy.visit('https://example.com/login')

    cy.get('#username').type('test_user')
    cy.get('#password').type('test_pass')
    cy.get('#login-btn').click()

    cy.url().should('include', 'dashboard')
    cy.get('[data-testid="welcome-msg"]').should('be.visible')
  })
})

Playwright로 작성한 경우（Python）

from playwright.sync_api import expect

def test_로그인_후_대시보드로_이동한다(page):
    page.goto("https://example.com/login")

    page.fill("#username", "test_user")
    page.fill("#password", "test_pass")
    page.click("#login-btn")

    page.wait_for_url("**/dashboard")
    expect(page.get_by_test_id("welcome-msg")).to_be_visible()

Cypress는 2026년에도 실제로 채택되고 있는가

신규 채용은 둔화되고 있지만, Cypress가 사라진 것은 아니다. 실제 채용 상황을 정리하자.

팀 구성별 추천 도구

이전 판단 체크리스트｜Cypress → Playwright

Cypress를 선택하면 곤란해지는 시나리오

FAQ｜자주 묻는 질문

마치며

이 글의 비교표·팀 유형별 가이드·이전 체크리스트를 사용해 자신의 상황에 맞는 근거 있는 선택을 해주시기 바란다.