Playwright vs Cypress vs Selenium en 2026

Las tres automatizan un navegador. La diferencia está en cuánto tiempo vas a pasar peleando con la herramienta en lugar de probando tu aplicación.

La respuesta corta

Proyecto nuevo, sin suite previa: Playwright.

El equipo ya usa Cypress y funciona: quédate. Migrar cuesta semanas y el beneficio no siempre lo justifica.

Necesitas Internet Explorer, Safari en máquinas reales, o tu equipo escribe en Java o C#: Selenium.

Lo demás son matices, pero los matices importan cuando la suite crece.

Playwright

Lo hizo Microsoft, es gratuito y de código abierto.

Lo que gana:

• Espera por condición de fábrica. No escribes esperas: expect(...).toBeVisible() reintenta hasta que aparece o hasta que agota el tiempo. Esto solo elimina la mayor causa de tests intermitentes.
• Los tres motores. Chromium, Firefox y WebKit —el de Safari— con la misma API.
• El trace. Genera un archivo que puedes abrir después y rebobinar la corrida: DOM, red y capturas en cada momento. Cuando algo falla en el servidor y no puedes reproducirlo, esto es la diferencia entre arreglarlo y adivinar.
• codegen. Grabas el flujo con el navegador y te escribe el código.
• Paralelismo real. Corre en varios procesos sin configuración adicional.

Lo que cuesta:

• Es más nuevo. Menos respuestas en Stack Overflow que Selenium.
• El codegen produce selectores frágiles si no los revisas. Genera cosas como nth(4) que se rompen al primer cambio de maquetado.

Cypress

Fue el que hizo agradable el testing E2E cuando Selenium era lo único que había.

Lo que gana:

• La experiencia de depuración. Su interfaz te deja ver cada paso, viajar en el tiempo y detenerte donde quieras. Sigue siendo la más cómoda de las tres.
• Documentación y comunidad. Excelentes, y llevan años.
• La curva de aprendizaje es la más suave.

Lo que cuesta:

• Corre dentro del navegador. Esa decisión de arquitectura trae límites reales: no maneja bien varias pestañas, ni iframes de otro dominio, ni descargas de archivos.
• El soporte de WebKit sigue siendo experimental. Si te importa Safari, es un problema.
• El paralelismo bueno es de pago con Cypress Cloud.

Selenium

El más antiguo, y el que sostiene la mayor parte de las suites que ya existen en las empresas.

Lo que gana:

• Es un estándar del W3C. No depende de una empresa.
• Cualquier lenguaje. Java, C#, Python, Ruby, JavaScript.
• Cualquier navegador, incluidos los viejos.
• Grid maduro. Distribuir cientos de tests en muchas máquinas es territorio conocido.

Lo que cuesta:

• No espera por ti. Los WebDriverWait los escribes tú, uno por uno. La mayoría de los tests intermitentes de Selenium vienen de aquí.
• Más código para lo mismo. Un flujo que en Playwright son treinta líneas, en Selenium son sesenta.
• Sin trace ni grabación integrados.

Cara a cara

	Playwright	Cypress	Selenium
Espera automática	Sí	Sí	No
Chromium / Firefox / WebKit	Los tres	Chromium y Firefox	Todos
Varias pestañas e iframes	Sí	Limitado	Sí
Trace navegable	Sí	Con su nube	No
Grabador incluido	Sí	No	Con IDE aparte
Paralelismo gratis	Sí	No	Con Grid propio
Lenguajes	JS/TS, Python, Java, .NET	Solo JS/TS	Muchos
Curva de aprendizaje	Media	Suave	Empinada

Lo que la comparación no resuelve

Elegir bien la herramienta te ahorra dolores, pero ninguna de las tres resuelve los dos problemas que de verdad matan una suite E2E.

El primero: los selectores. Las tres te dejan escribir .btn-primary:nth-child(4), y las tres van a romperse en el próximo rediseño. La herramienta no elige por ti.

El segundo: los falsos verdes. Las tres reportan SUCCESS cuando el test terminó sin lanzar una excepción, aunque no haya comprobado nada. Un test que solo navega y hace clic pasa casi siempre, porque nada verifica el resultado. Y un verde vacío es peor que un rojo: el rojo se investiga, el verde se celebra y da permiso para desplegar.

Cómo reconocerlos: cómo detectar falsos verdes en tests E2E.

Entonces, ¿cuál?

Si empiezas de cero: Playwright, y revisa los selectores que genere el grabador.

Si ya tienes Cypress corriendo y el equipo está cómodo: quédate, e invierte ese tiempo en mejorar tus aserciones. Vas a ganar más con eso que migrando.

Si tu suite es Selenium y funciona: no la reescribas por moda. Migra flujo por flujo, empezando por los que más se rompen.

Y sea cual sea, revisa que tus verdes tengan evidencia detrás. Esa parte no la resuelve la herramienta que elijas.

---

Oráculo usa Playwright por debajo —los flujos que genera son specs estándar, no un formato propietario— y añade lo que la comparación deja fuera: evidencia por paso y los verdes sin respaldo marcados. Si mañana dejas Oráculo, tus tests siguen siendo tuyos y siguen corriendo.