Playwright vs Selenium vs Cypress: ¿cuál aprender en 2027?

"¿Playwright o Selenium?" es probablemente la pregunta que más nos hacen los testers que quieren dar el salto a la automatización. Y desde hace un par de años se sumó Cypress a la conversación. La respuesta corta es que las tres herramientas sirven y las tres tienen mercado; la respuesta útil depende de tu perfil, del tipo de empresa a la que apuntas y del lenguaje que ya conoces.

En esta comparativa revisamos las tres con datos actualizados a octubre de 2026: versiones, lenguajes, navegadores, velocidad, esperas automáticas, paralelismo, comunidad y lo que piden las vacantes. Al final tienes una recomendación concreta por perfil. Si todavía no tienes claro qué es automatizar y qué conviene automatizar, empieza por nuestra guía de automatización de pruebas desde cero; y si vienes del testing manual, repasa qué hace un QA tester y los tipos de pruebas de software.

Las tres herramientas en una frase

• Playwright (Microsoft, código abierto): framework de pruebas end-to-end que controla Chromium, Firefox y WebKit con una sola API. Incluye su propio runner (Playwright Test), reportes, trazas y generación de código. La versión más reciente es la 1.64, publicada el 10 de octubre de 2026 según el registro de versiones de TestDino.
• Selenium (proyecto de código abierto con más de 20 años): biblioteca que implementa el estándar W3C WebDriver para controlar navegadores desde Java, Python, C#, Ruby o JavaScript. No es un framework de pruebas completo: lo combinas con JUnit, TestNG, pytest, NUnit, etc. La versión más reciente es Selenium 4.51, anunciada el 9 de octubre de 2026 en el blog oficial selenium.dev.
• Cypress (código abierto, con servicio comercial Cypress Cloud): framework de pruebas para aplicaciones web que se ejecuta dentro del navegador, pensado para desarrolladores frontend en JavaScript y TypeScript. La versión más reciente es la 16.2.0, del 13 de octubre de 2026, según su changelog oficial.

Tabla comparativa: Playwright vs Selenium vs Cypress

Ejemplo real: la misma prueba en las tres herramientas

Nada explica mejor las diferencias que ver el mismo caso. Prueba: entrar a un login, escribir usuario y contraseña, y verificar que aparece el mensaje de bienvenida.

Playwright (TypeScript)

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

test('login exitoso', async ({ page }) => {
  await page.goto('https://ejemplo.com/login');
  await page.getByLabel('Usuario').fill('ana');
  await page.getByLabel('Contraseña').fill('secreta');
  await page.getByRole('button', { name: 'Entrar' }).click();
  await expect(page.getByText('Bienvenida, Ana')).toBeVisible();
});

Observa que no hay ninguna espera: click() espera a que el botón esté visible y habilitado, y toBeVisible() reintenta hasta que aparece el texto o se agota el tiempo.

Selenium (Java)

WebDriver driver = new ChromeDriver();
WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10));
driver.get("https://ejemplo.com/login");
driver.findElement(By.id("usuario")).sendKeys("ana");
driver.findElement(By.id("password")).sendKeys("secreta");
driver.findElement(By.cssSelector("button[type='submit']")).click();
WebElement saludo = wait.until(
    ExpectedConditions.visibilityOfElementLocated(By.id("saludo")));
assertEquals("Bienvenida, Ana", saludo.getText());
driver.quit();

Más código, pero también más control. La espera explícita es responsabilidad tuya; olvidarla es la causa número uno de pruebas inestables ("flaky") en Selenium.

Cypress (JavaScript)

describe('login', () => {
  it('login exitoso', () => {
    cy.visit('https://ejemplo.com/login');
    cy.get('#usuario').type('ana');
    cy.get('#password').type('secreta');
    cy.contains('button', 'Entrar').click();
    cy.contains('Bienvenida, Ana').should('be.visible');
  });
});

Muy legible y con reintentos automáticos. La contraparte: todo es JavaScript y el modelo de comandos encadenados de Cypress no es async/await, lo que confunde a quien viene de otros lenguajes.

Velocidad, estabilidad y auto-waits

La mayor parte del tiempo que un equipo pierde en automatización UI no es escribiendo pruebas, sino investigando fallos falsos: pruebas que fallan porque un elemento todavía no cargaba. Aquí está la diferencia más práctica entre las tres:

• Playwright hace verificaciones de "accionabilidad" antes de cada acción (que el elemento esté adjunto al DOM, visible, estable, habilitado y reciba eventos) y sus aserciones expect reintentan automáticamente.
• Cypress reintenta consultas y aserciones hasta un tiempo límite, con un enfoque similar.
• Selenium te da las piezas (esperas implícitas, explícitas y fluidas) y tú decides cómo usarlas. Con un buen framework es igual de estable, pero requiere más disciplina.

En cuanto a velocidad bruta, los benchmarks publicados varían mucho según la aplicación y la configuración, así que desconfía de cifras únicas. Lo que sí es constante: el paralelismo gratuito de Playwright y sus contextos aislados reducen mucho el tiempo total de una suite grande en CI.

Paralelismo y CI/CD

Las tres se integran con GitHub Actions, GitLab CI, Jenkins y Azure DevOps. Saber correr tus pruebas en un pipeline es uno de los requisitos que más se repiten en vacantes, sin importar la herramienta.

Comunidad y mercado laboral

Adopción

Según el análisis de descargas de npm publicado por TestDino (datos de principios de 2026, tomados de npmtrends), el paquete playwright rondaba los 33 a 35 millones de descargas semanales, frente a unos 6 millones de cypress y menos de 2 millones de selenium-webdriver. Ojo con interpretar esto: npm solo mide el ecosistema JavaScript, y la mayoría de los proyectos Selenium se escriben en Java, Python o C#, que no aparecen en esa cifra. Lo que sí muestra con claridad es que Playwright superó a Cypress en el mundo JavaScript entre 2024 y 2025.

Vacantes

El mismo análisis de TestDino sobre bolsas de trabajo de Estados Unidos (febrero de 2026) encontró más de 10,000 resultados para Selenium en LinkedIn frente a más de 1,000 para Playwright y más de 2,000 para Cypress en búsquedas específicas de QA. El propio estudio advierte que muchas vacantes piden varias herramientas a la vez, así que los números se traslapan y no son comparables uno a uno.

En Latinoamérica la tendencia es parecida. En una revisión que hicimos en octubre de 2026 de las vacantes de testing de UI publicadas en Get on Board (Chile y remoto LATAM), Playwright aparecía en varias posiciones remotas de QA Automation, a veces como "Playwright o Selenium", y Selenium seguía presente en vacantes de bancos, retail y consultoras. Cypress aparecía menos.

Cuándo elegir cada uno

Elige Playwright si…

• Vas a empezar un proyecto de automatización web nuevo.
• Necesitas probar en Chromium, Firefox y WebKit (Safari) desde una sola base de código.
• Quieres pruebas UI y de API en la misma herramienta.
• Te interesa trabajar con IA: Playwright MCP y los agentes de prueba permiten que asistentes como Claude Code o GitHub Copilot naveguen la aplicación y generen pruebas.

Elige Selenium si…

• Tu empresa (o la que te interesa) ya tiene una suite en Selenium con Java, Python o C#.
• Apuntas a bancos, aseguradoras y consultoras grandes, donde Selenium + Java + TestNG/Cucumber sigue siendo el estándar.
• Te interesa la automatización de rendimiento con herramientas como JMeter en el mismo stack Java.
• Más adelante quieres hacer automatización móvil con Appium, que usa el mismo protocolo WebDriver.
• Necesitas un navegador o una infraestructura muy específica (Grid propio, proveedores en la nube).

Elige Cypress si…

• Trabajas en un equipo frontend que ya escribe todo en JavaScript/TypeScript.
• Tus pruebas viven dentro de un solo dominio y no requieren varias pestañas.
• Valoras mucho la experiencia de depuración visual y no te importa pagar por Cypress Cloud si necesitas paralelizar.

Recomendación por perfil

Si eres líder o vas a construir un área de automatización, la decisión de herramienta forma parte de algo más grande: estrategia, pirámide de pruebas, ROI y roles. El ISTQB lo cubre en las certificaciones Test Automation Strategy (CT-TAS) y Test Automation Engineering (CTAL-TAE); nuestro curso ISTQB Test Automation Engineer se imparte bajo demanda para empresas. Si necesitas capacitar a tu equipo, solicita una cotización para empresas.

Cómo aprender cualquiera de los tres en 2027

1. Fundamentos de testing primero. Una herramienta solo automatiza buenos casos de prueba. Si te faltan bases, la certificación ISTQB Foundation y nuestra guía de casos de prueba con ejemplos te las dan.
2. Un lenguaje, bien. TypeScript para Playwright/Cypress o Java/Python para Selenium. Variables, funciones, clases, async/await (en JS/TS) y manejo de errores.
3. Localizadores. Prefiere roles y textos accesibles (getByRole, getByLabel) o atributos de prueba (data-testid) sobre XPath frágiles.
4. Patrones. Page Object Model, datos de prueba externos y fixtures.
5. Pruebas de API. Muchas validaciones son más rápidas y estables en la capa de API. Nuestro curso de API Automation con Postman es un buen complemento.
6. CI/CD. Corre tu suite en GitHub Actions y publica el reporte.
7. Portafolio. Sube tu proyecto a GitHub; lo pedirán en entrevistas (ver nuestra guía de vacantes de QA tester remoto).

Preguntas frecuentes

¿Qué es mejor, Playwright o Selenium?

Para proyectos nuevos, Playwright suele ser mejor opción: tiene esperas automáticas, paralelismo gratuito, pruebas de API integradas y soporta Chromium, Firefox y WebKit. Selenium sigue siendo mejor cuando la empresa ya tiene una suite en Java, Python o C#, o cuando necesitas Appium para móvil. Ambos tienen mercado laboral.

¿Playwright va a reemplazar a Selenium?

Playwright crece más rápido y es la opción preferida en proyectos nuevos, pero Selenium sigue activo, con versiones nuevas frecuentes (4.51 en octubre de 2026) y miles de suites en producción en empresas grandes. En el corto plazo convivirán, y saber ambos es una ventaja.

¿Playwright o Cypress para empezar?

Para la mayoría de los testers, Playwright. Soporta más lenguajes y navegadores, varias pestañas y orígenes, y su paralelismo es gratuito. Cypress es una buena opción si tu equipo frontend ya lo usa y trabaja solo en JavaScript o TypeScript.

¿Qué lenguaje debo aprender para Playwright?

TypeScript es el más usado y el que mejor documentación y ejemplos tiene en Playwright. También puedes usar JavaScript, Python, Java o C#. Si ya dominas uno de ellos, puedes empezar con ese.

¿Necesito saber programar para automatizar pruebas?

Sí, necesitas bases de programación, pero no ser desarrollador experto. Con variables, funciones, condicionales, ciclos y clases puedes escribir pruebas útiles. Nuestro curso de Selenium + Java, por ejemplo, empieza sin conocimientos previos de Java.

¿Cuál tiene más vacantes en Latinoamérica?

Selenium sigue apareciendo en muchas vacantes de bancos, retail y consultoras, mientras que Playwright aparece cada vez más en vacantes remotas de QA Automation para equipos de producto. Muchas ofertas piden una u otra herramienta indistintamente.

¿Los cursos de Playwright y Selenium incluyen algo adicional?

Sí. Ambos cursos incluyen gratis el curso pregrabado Implementa un Área de Automatización, además de grabaciones de las sesiones en vivo por 3 años y la garantía de repetir el curso sin costo en cualquier grupo abierto dentro de los 6 meses siguientes.