Porovnání nástrojů

Cypress vs Playwright v 2026 — který vybrat pro váš projekt

Před třemi lety byla odpověď jednoduchá: Cypress pro DX, Playwright pro cross-browser. V roce 2026 je to složitější — Cypress má Chromium, Firefox i WebKit, Playwright má retry logiku a UI mode, oba zvládají stejnou paralelizaci. Rozdíl je v detailech, které rozhodnou na vašem projektu.

Tenhle článek je konkrétní decision matrix — ne abstraktní „záleží". Po přečtení budete vědět, který vybrat pro váš stack, a proč.

TL;DR — rychlý verdikt

Váš scenár Doporučení
SPA, Chrome-first, začínáte s QA automatizacíCypress
Safari/WebKit testy jsou důležité (fintech, e-commerce EU)Playwright
Paralelní běh v CI s 50+ testyPlaywright (zdarma) / Cypress Cloud (platená)
Tým s nulovou zkušeností s JSCypress (chained API je intuitivnější)
Mobilní web (emulace responzivního testování)Playwright
Component testing React/Vue/SvelteCypress (vyzrálejší Component runner)

Architektonický rozdíl — proč rozhoduje

Nejdůležitější je pochopit, jak oba testují:

  • Cypress běží v prohlížeči — test runner je injektovaný do stránky a má přímý přístup k DOM, window i localStorage. Mezi testem a aplikací není žádná síťová vrstva. Důsledek: extrémně rychlé dotazy, ale těžko otestujete multi-tab scénáře, cross-origin nebo iframe z jiné domény.
  • Playwright běží mimo prohlížeč — s Chromiem, Firefoxem i WebKitem mluví přes Chrome DevTools Protocol (CDP) nebo ekvivalent. Důsledek: multi-tab, multi-origin, zachycení stahování souborů, network stubbing přes celý HTTP stack. Každý dotaz je ale asynchronní, což zpomaluje lokální iterace.

V praxi: na většině B2B SaaS projektů Cypress stačí. U e-commerce s popupem platební brány, OAuth popupem a iframem vyhrává Playwright.

Rychlost (reálná měření)

Benchmark z našeho posledního projektu — 42 E2E testů, stejná test suite napsaná v obou nástrojích:

  • Lokálně, sériově: Cypress 3 min 12 s. Playwright 2 min 48 s.
  • Lokálně, paralelně (4 workeři): Cypress bez Cloudu N/A. Playwright 58 s.
  • CI (GitHub Actions, 4 shards): Cypress 1 min 45 s (s Cypress Cloud). Playwright 1 min 12 s (zadarmo).

Playwright je při stejném rozsahu v průměru o 15–30 % rychlejší. Zato samotné nastartování (cold start) je rychlejší u Cypressu — bootstrap Playwrightu trvá zhruba o 3 sekundy déle na běh.

API — kde vás to reálně chytí

Cypress (chained, retry-friendly, žádný await):

cy.get('[data-testid="email"]').type('user@example.com');
cy.get('[data-testid="submit"]').click();
cy.url().should('include', '/dashboard');

Playwright (async/await, explicitní lokátor):

await page.getByTestId('email').fill('user@example.com');
await page.getByTestId('submit').click();
await expect(page).toHaveURL(/\/dashboard/);

Cypress vyhrává v developer experience pro nováčky. Žádné await, žádné race conditions — framework čeká sám. Playwright vyhrává v silných lokátorech — `getByRole`, `getByText` a `getByLabel` odpovídají a11y best practices a jsou méně křehké než data-testid.

Po 2–3 měsících se rozdíl v DX smazává — obojí se naučíte dobře.

Cross-browser — velká změna v roce 2026

Cypressu dlouho chyběl WebKit (Safari). V roce 2026 má oficiální podporu WebKitu — pod povrchem přes engine Playwrightu. Oba nástroje tedy umí totéž: Chromium + Firefox + WebKit.

Rozdíly:

  • Playwright: WebKit i Firefox rovnou z krabice, stabilně a rychle. Plus reálné iOS Safari přes integraci s BrowserStackem.
  • Cypress: WebKit je pořád experimentální, občas flaky. Firefox stabilní. Reálné Safari jen přes BrowserStack nebo SauceLabs (extra předplatné).

U projektů, kde iOS Safari tvoří >10 % provozu, má Playwright pořád technologický náskok.

CI/CD a paralelizace

Klíčový rozdíl je v placení:

  • Paralelizace Cypressu bez Cypress Cloud — extrémně složitá, vlastní shard logika. Prakticky každý platí Cypress Cloud ($75/uživatel/měs. pro Team, $300+/měs. pro Business).
  • Paralelizace Playwrightu — nativně a zdarma. `npx playwright test --shard=1/4` a hotovo.

Pro malé týmy s <100 testy je Cypress Cloud zanedbatelná položka. Střední firmě s 500+ testy ušetří Playwright 900–3 600 € ročně jen na předplatném.

Debugging tooling

Oba mají výborný tooling, ale s jiným důrazem:

  • Cypress Test Runner — interaktivní GUI, time-travel debugger, snapshot ke každému kroku. Na iteraci ve stylu „proč ten test padá" bez konkurence nejlepší.
  • Playwright UI Mode + Trace Viewer — mezitím dohnal. Navíc trace soubor otevřete i offline (to Cypress nemá). Playwright má jedinečný codegen — `npx playwright codegen` zaznamená vaše klikání do hotového kódu testu.

Ekosystém pluginů a komunita

Cypress má starší komunitu — ~550 npm pluginů k roku 2026, všechno od Axe a11y po Lighthouse. Playwright jich má oficiálně méně, zato víc vestavěných funkcí přímo v jádře (screenshoty, videa, HAR recording, network mocking bez extra pluginu).

Praktický signál: na Stack Overflow za rok 2025:

  • Otázek na Cypress: ~12 400 (stabilní objem tři roky)
  • Otázek na Playwright: ~18 900 (+48 % meziročně)

Trend je jasný: Playwright roste rychleji, Cypress zůstává vyzrálý a stabilní.

Kdy jednoznačně vyhrává Cypress

  1. Component testing komponent v Reactu, Vue, Svelte či Angularu. Cypress Component Runner je výrazně vyzrálejší než Playwright Component Testing (to je pořád experimentální).
  2. Tým, který píše testy poprvé. Chained API a Test Runner jsou prostě přívětivější.
  3. Malé SPA bez cross-origin komplikací. Rychlejší lokální iterace, lepší DX.
  4. Existující investice do ekosystému Cypressu (Axe plugin, knihovna vlastních příkazů, proškolený tým).

Kdy jednoznačně vyhrává Playwright

  1. Cross-browser je důležitý (iOS Safari, Firefox >10 % uživatelů).
  2. Multi-tab a multi-origin scénáře — OAuth, platební popup, iframy z jiné domény.
  3. Velká paralelizace v CI bez placeného Cloud předplatného.
  4. API i E2E v jednom frameworku — `request` fixture v Playwrightu je prvotřídní, Cypress intercept funguje, ale je komplikovanější.
  5. Tým na Pythonu, .NETu nebo Javě — Playwright má nativní bindingy pro všechny, Cypress je čistě JS.

Hybridní přístup (co reálně děláme my)

U středních projektů často kombinujeme: Cypress na component testing (izolované UI testy na úrovni unitů), Playwright na E2E (cross-browser, CI-heavy workflow). Dá to nejlepší z obou světů a rozdělí zpětnou vazbu podle toho, kde bolí:

  • Cypress Component — rychlá zpětná vazba pro vývojáře při změně komponenty
  • Playwright E2E — definice chování z pohledu uživatele, cross-browser záchranná síť

Taková dvounástrojová architektura stojí zhruba o 10 % víc než setup s jedním nástrojem (dvě konfigurace), ale ROI je výrazně vyšší.

Migrace Cypress → Playwright (nebo naopak)

Pokud máte 50–100 existujících testů a zvažujete přechod, kompletní migrace se většinou nevyplatí. Náš typický postup: nové testy píšeme v novém nástroji, existující necháme běžet, dokud si aplikace nevyžádá změnu. Takový přechod obvykle přirozeně dožije za 6–12 měsíců.

Podrobně jsme to popsali v článku Kolik stojí automatizace testů v 2026 — sekce „Migrace a přechody".

Co doporučujeme klientům v roce 2026

Výchozí volba pro nový projekt: Playwright. Je rychlejší, cross-browser rovnou z krabice, paralelizace zdarma. Rozdíly v DX jsou menší než před dvěma lety.

Výjimky, kdy doporučujeme Cypress:

  • Component testing má být hlavní formou pokrytí
  • Tým je QA-first (ne dev-first) a chce intuitivní nástroje
  • Stack je čistě Chromium (interní aplikace bez uživatelů Safari)

Pokud se chcete rozhodnout pro svůj konkrétní projekt, domluvte si 30minutový discovery call — projdeme váš stack, zkušenosti týmu i deployment pipeline a do 48 h dostanete doporučení a fixní rozpočet. Zdarma.