Alternativas a Cypress: adónde ir y cómo migrar tus pruebas

Por qué irte a Playwright. Resuelve de golpe las tres quejas principales sobre Cypress. Controla Chromium, Firefox y WebKit en Windows, Linux y macOS, maneja varias pestañas y varios dominios en la misma prueba, y ejecuta en paralelo por defecto. Repartir la suite entre varias máquinas de integración continua (--shard=1/4, --shard=2/4…) es gratis, y npx playwright merge-reports une los resultados en un solo informe HTML. Lo que Cypress Cloud cobra, Playwright lo trae en el paquete de código abierto (licencia Apache-2.0, unas 99.000 estrellas en GitHub).

Para quién. Equipos de desarrollo en TypeScript, y también en Python, Java o .NET, que quieren una sola base de pruebas para todos los navegadores.

Para quién no. Un equipo sin desarrolladores, o uno que valora por encima de todo el ejecutor interactivo de Cypress: el modo UI de Playwright se le acerca, pero la experiencia no es la misma.

Su límite. La prueba corre en Node.js, fuera del navegador: escribes await en todas partes y las esperas funcionan algo distinto. Los antiguos paquetes experimentales de pruebas de componentes (React, Vue) se han retirado: si haces muchas pruebas de componentes con Cypress, lee la guía de Playwright antes de irte. Y el reparto solo divide pruebas que pueden correr en paralelo: las que comparten una misma cuenta de demo habrá que separarlas.

Cómo migrar. No hay conversor oficial. Los conversores de la comunidad hacen el grueso del trabajo y marcan lo que no saben traducir (un equipo vio sus funciones sin convertir con el prefijo FIXME_). Las equivalencias básicas: cy.get() pasa a page.locator(), cy.intercept() a page.route() y cy.session() a un estado de sesión guardado (storageState). Truco: inicia sesión una sola vez en un proyecto de preparación global, en vez de hacerlo en cada prueba como muchas suites de Cypress. Suele ser la primera ganancia de tiempo.

Por qué irte a WebdriverIO. Es la opción en JavaScript que más lejos llega fuera del navegador. Se apoya en los estándares WebDriver y WebDriver BiDi, controla Chrome, Firefox, Safari y Edge, y también prueba apps de iOS, Android y Flutter, nativas o híbridas. Sus pruebas de componentes corren en un navegador real, con Testing Library para React, Preact, Svelte o Vue. Es código abierto (licencia MIT) y anuncia que todas sus funciones son gratuitas.

Para quién. Equipos con una web y una app móvil que quieren una sola forma de escribir pruebas.

Para quién no. Un equipo pequeño que solo prueba una web: la configuración es más pesada que la de Playwright, con más decisiones que tomar (framework, servicios, informes).

Su límite. El móvil nativo exige montar el entorno móvil al lado: emuladores, dispositivos reales o una granja de dispositivos en la nube. El código es gratis, la infraestructura no.

Cómo migrar. Pasar desde Cypress resulta natural: mismo lenguaje, lógica de selectores parecida, aserciones al estilo expect. Empieza con el asistente (npm init wdio@latest), deja Mocha, la opción por defecto, para conservar los bloques describe e it que ya conoces, y migra archivo por archivo.

Por qué irte a Selenium. Es la herramienta histórica, y sigue siendo la única que cubre seis lenguajes: Java, Python, C#, Ruby, JavaScript y Kotlin. Si tu equipo de QA trabaja en Java con JUnit, o tus desarrolladores en Python con pytest, Selenium les ahorra aprender otro lenguaje. Selenium Grid reparte las pruebas entre varias máquinas y navegadores desde un punto central. Licencia Apache-2.0.

Para quién. Equipos de QA grandes y multilenguaje, y empresas que ya tienen un Grid o pagan una nube de navegadores.

Para quién no. Un equipo de front acostumbrado a la comodidad de Cypress: Selenium no espera solo a que un elemento esté listo, las esperas las gestionas tú.

Su límite. Más código para la misma prueba, y pruebas inestables si las esperas están mal puestas. El Grid hay que alojarlo y mantenerlo, o pagar a alguien.

Cómo migrar. Reescritura completa, porque a menudo cambia el lenguaje. Monta desde el primer día un modelo por página (Page Object Model) y esperas explícitas. Nuestra página dejar Selenium cuenta el camino inverso, útil para ver qué empuja a los equipos a irse.

Por qué irte a TestCafe. Se instala con un solo paquete npm (npm i -g testcafe) y lanza los navegadores habituales sin más ajustes: Chrome, Firefox, Safari, Edge y Opera. Puede abrir varias ventanas y saltar de una a otra en la misma prueba, algo que Cypress no hace sin plugin (solo en Chrome y Firefox en local, no en navegadores remotos). Las pruebas se escriben en JavaScript o TypeScript, y DevExpress lo publica como código abierto (licencia MIT).

Para quién. Un equipo pequeño de JavaScript que quiere salir de Cypress rápido sin aprender una herramienta más grande.

Para quién no. Un equipo que quiere la herramienta en la que más invierte la comunidad: TestCafe tiene unas 9.900 estrellas en GitHub, diez veces menos que Playwright, y hay menos respuestas ya hechas.

Su límite. Un ecosistema más pequeño (plugins, ejemplos, ofertas de empleo) y sin móvil nativo.

Cómo migrar. La sintaxis cambia (t.click() en vez de cy.get().click(), selectores con Selector()), pero la lógica es la misma. Migra primero tus cinco recorridos más críticos para juzgar la herramienta sobre tu propia aplicación antes de convertir el resto.

Por qué irte a Katalon. Katalon cubre web, móvil, API y escritorio en una sola herramienta, con una grabadora de recorridos para quien no programa y un modo de scripts para quien sí. Para un equipo de QA mixto, es una herramienta en lugar de tres.

Para quién. Equipos de QA que mezclan perfiles de pruebas manuales y de automatización, y quieren informes y gestión de pruebas en un mismo sitio.

Para quién no. Un equipo de desarrollo que quiere las pruebas en el repositorio, revisadas en cada revisión de código como el resto.

Su límite. El plan gratuito solo ejecuta en local, hasta 40 suites, sin paralelo ni integración continua. Para la integración continua necesitas Professional, a 1.800 $ por puesto y año, unos 150 $ al mes por persona. Un equipo de cinco paga 9.000 $ al año.

Cómo migrar. No importa pruebas de Cypress: rehaces tus recorridos con la grabadora o en script. Aprovecha los 30 días de prueba para reconstruir tus diez recorridos críticos y ver si el equipo adopta la herramienta.

Por qué irte a Ghost Inspector. Grabas un recorrido en tu navegador (registro, añadir al carrito, pago) y Ghost Inspector lo repite en su nube, a una hora fija o tras cada despliegue. Sin integración continua que montar ni navegadores que instalar. Para un equipo de producto o marketing que quiere enterarse de que un formulario falla antes que sus clientes, es el camino más corto.

Para quién. Equipos sin una persona dedicada a las pruebas, y agencias que vigilan las webs de sus clientes.

Para quién no. Equipos que quieren pruebas versionadas con el código, o casos complejos (datos generados, llamadas a API): la grabadora se queda corta pronto.

Su límite. El precio. Starter cuesta 125 $ al mes, o 109 $ al mes en pago anual (1.308 $ al año), por 10.000 ejecuciones al mes. Growth sube a 249 $ (225 $ en anual) por 30.000. Una ejecución es una prueba lanzada una vez: 30 pruebas lanzadas diez veces al día consumen 9.000 ejecuciones al mes.

Cómo migrar. No importa Cypress. Vuelve a grabar tus recorridos críticos uno a uno durante la prueba gratuita de 14 días, sin tarjeta, que da acceso a todas las funciones del plan Scale.

Por qué irte a BugBug. La misma idea que Ghost Inspector (grabas y la herramienta repite), con un plan gratuito sin límite de ejecuciones en local. Para un equipo pequeño que quiere cubrir sus recorridos clave sin presupuesto, es un buen punto de partida.

Para quién. Startups, equipos de producto pequeños y fundadores que quieren una red de seguridad antes de cada lanzamiento.

Para quién no. Una suite de varios cientos de pruebas, o una cobertura exigente en varios navegadores.

Su límite. El plan gratuito solo corre en local: un usuario, un proyecto, 15 pruebas, 4 suites y 7 días de historial. La ejecución en la nube empieza con Core, a 99 $ al mes en pago anual, y luego Pro a 189 $ al mes en anual. Cada ejecución paralela extra cuesta 80 $ al mes.

Cómo migrar. Graba tus 15 recorridos más importantes en el plan gratuito. Si al cabo de un mes el equipo lo usa de verdad, pasa a Core para lanzarlos en la nube tras cada despliegue.

Por qué irte a QA Wolf. No es un framework, es un servicio: su equipo escribe tus pruebas, las ejecuta, arregla las que se rompen y abre los tickets de errores en Linear o Jira. Las pruebas se escriben en Playwright estándar y se pueden exportar: si te vas, te quedas con el código.

Para quién. Un equipo de producto sin QA que no quiere contratar, o cuya suite de Cypress está abandonada.

Para quién no. Un equipo que quiere controlar cada prueba, o un presupuesto ajustado: el servicio se paga en cada lanzamiento.

Su límite. El coste sube con la frecuencia. QA Wolf cobra 1 $ por ejecución de prueba web (Chrome, Firefox, WebKit) y 2 $ en móvil o escritorio, con hasta 5 minutos por prueba y 3 intentos incluidos. Su propio ejemplo: 50 pruebas web lanzadas una vez cada día laborable, 260 días al año, cuestan 13.000 $ al año, unos 1.083 $ al mes. Lánzalas en cada cambio de código y la factura sube en proporción.

Cómo migrar. Dales acceso a tu aplicación y la lista de tus recorridos críticos. Tu suite de Cypress sirve de pliego de condiciones: cada prueba es un recorrido que cubrir. Mantenla en marcha hasta que su cobertura alcance la tuya.

Por qué irte a mabl. mabl cubre en una sola herramienta las pruebas de interfaz web y móvil, las API, el rendimiento y la accesibilidad, con agentes de IA que mantienen las pruebas al día cuando cambia la interfaz (el editor lo llama autorreparación). Las ejecuciones en local son gratuitas; las de la nube consumen créditos.

Para quién. Empresas que quieren una sola plataforma de pruebas para varios equipos, con un interlocutor comercial.

Para quién no. Una startup que quiere saber el precio antes de hablar con nadie.

Su límite. No publica precios: todo pasa por presupuesto. La oferta inicial incluye 500 créditos al mes para ejecuciones en la nube, compartidos entre todos los tipos de prueba. Pregunta cuántos créditos gasta una prueba web, o no podrás compararlo con Cypress Cloud.

Cómo migrar. Rehaz tus recorridos durante la prueba gratuita de 14 días, empezando por los que más fallan en Cypress: ahí es donde la autorreparación demuestra lo que vale.