Alternativas a Selenium: adónde ir y cómo migrar sin romper nada

Por qué pasarte a Playwright. Es la herramienta que resuelve más motivos de salida. Espera sola a que un elemento esté visible y se pueda usar antes de actuar (auto-waiting), lo que elimina la principal fuente de inestabilidad. Trae su propio ejecutor de pruebas con aserciones, aislamiento, paralelismo y modo sin interfaz activados por defecto. Suma un visor de trazas, un generador de código que graba tus clics, un modo interactivo para viajar en el tiempo y un informe HTML que marca las pruebas inestables. Es un proyecto de Microsoft con licencia Apache 2.0 y más de 99 000 estrellas en GitHub.

Para quién. Equipos en Java, Python o .NET que quieren cambiar de herramienta sin cambiar de lenguaje, y equipos TypeScript que empiezan de cero. Controla Chromium, Firefox y WebKit (el motor de Safari) en Windows, Linux y macOS.

Para quién no. Equipos en Ruby, Kotlin o PHP, porque esos lenguajes no están soportados. Y quien necesite móviles reales: Playwright emula Chrome para Android y Safari móvil, pero no controla dispositivos físicos.

Su límite. El modo estricto pilla por sorpresa. Un localizador que encuentra varios elementos lanza un error en vez de quedarse con el primero como hacía Selenium, así que los selectores ambiguos de tu suite antigua fallan el primer día. Es sano, pero hay que preverlo. En infraestructura, cada contexto de Chromium ocupa entre 150 y 200 MB: en un runner de GitHub Actions de 7 GB, quédate en 4 a 6 workers.

Cómo migrar. Pasa page a tus Page Objects en lugar del driver, cambia las esperas explícitas por las aserciones de Playwright que reintentan solas y lanza npx playwright codegen sobre un flujo para ver qué localizadores propone. Un equipo de .NET cuenta que migró una suite pequeña en una semana.

Su precio. Gratis. Si prefieres no gestionar máquinas, Microsoft ofrece Azure Playwright Workspaces, que se factura por minuto de prueba, con una prueba de 30 días o 100 minutos antes de pasar al pago por uso.

Por qué pasarte a Cypress. Cypress se ejecuta dentro del navegador, junto a tu aplicación. Ves cada comando, haces clic en un paso y recuperas el estado exacto de la página en ese momento. Para un equipo front que escribe sus propias pruebas, es lo más cómodo que hay. Además, Cypress publica una guía oficial de migración desde Selenium con las equivalencias comando a comando.

Para quién. Equipos JavaScript o TypeScript, a menudo con React, Vue o Angular, que quieren que los desarrolladores escriban y ejecuten las pruebas.

Para quién no. Equipos en Java, Python, C# o Ruby: Cypress solo habla JavaScript y TypeScript, así que reescribes toda la suite. Tampoco para flujos con varias pestañas o dos navegadores a la vez (un chat entre dos usuarios, por ejemplo): Cypress trabaja con una sola pestaña por diseño.

Su límite. Safari solo está soportado en modo experimental, vía WebKit, sin cy.origin() ni Test Replay. La ejecución en paralelo, el equivalente al Grid, pasa por Cypress Cloud con cypress run --record --parallel. El plan Starter gratis se queda en 500 resultados de prueba al mes: una suite de 100 pruebas ejecutada cinco veces lo agota.

Cómo migrar. Las equivalencias son sencillas. findElement(By.id('x')) pasa a ser cy.get('#x'), un enlace por texto pasa a cy.contains('a', 'Siguiente') y driver.sleep() desaparece. Las llamadas de red se esperan con cy.intercept() y luego cy.wait('@alias'). Tus Page Objects se quedan, sin el driver.

Su precio. La aplicación es gratis y open source. Cypress Cloud: Starter gratis (10 usuarios, 500 resultados al mes), Team a 799 $ al año, Business a 3 199 $ al año, Enterprise bajo presupuesto. Por encima del cupo, 6 $ por cada 1 000 resultados.

Por qué pasarte a WebdriverIO. WebdriverIO se apoya en el mismo protocolo W3C WebDriver que Selenium, y en su sucesor WebDriver BiDi, y añade lo que más le falta a Selenium: la espera automática. Como habla el mismo protocolo, tus grids de Selenium y tus proveedores en la nube (BrowserStack, Sauce Labs) siguen funcionando.

Para quién. Equipos JavaScript que han invertido en un grid o en la nube y quieren un framework más moderno sin tirarlo todo. También quien prueba apps móviles: WebdriverIO controla Appium con la misma sintaxis.

Para quién no. Equipos en Java o Python. Igual que Cypress, WebdriverIO implica JavaScript o TypeScript; Playwright mantiene tu lenguaje.

Su límite. Sigues en WebDriver, con parte de su peso y de su dependencia de los drivers. La espera automática reduce la inestabilidad, pero menos que Playwright.

Cómo migrar. Conserva las capacidades de navegador y la URL de tu grid, reescribe las pruebas en JavaScript flujo a flujo y apunta las dos suites al mismo grid durante la transición.

Su precio. Gratis, open source con licencia MIT.

Por qué pasarte a Katalon. Katalon es una capa sobre Selenium y Appium. Grabas un flujo, lo reproduces y pasas a modo script cuando hace falta. Cubre web, móvil, API y escritorio en una sola herramienta, con agentes de IA que reparan localizadores rotos (autorreparación) y analizan los fallos. Es el camino de los equipos de QA sin un ingeniero de automatización a tiempo completo.

Para quién. Equipos de pruebas funcionales y empresas que quieren una sola herramienta para web, móvil y API, con integraciones con Jira, GitHub, GitLab, Slack y Azure DevOps.

Para quién no. Equipos de desarrollo que quieren las pruebas en el repositorio, como código, revisadas en PR. Un framework como Playwright les va mejor.

Su límite. El plan gratis es sobre todo para probar: sin ejecución en paralelo, sin CI/CD, sin modo sin interfaz, sin autorreparación. Para la CI necesitas Professional, que se paga por año y por puesto. Los precios que circulan por otras webs se contradicen: solo vale la página oficial de Katalon.

Cómo migrar. Katalon importa poco de una suite de Selenium escrita a mano. Vuelve a grabar tus cinco flujos más críticos, conéctalos a la CI y rehaz el resto por orden de valor.

Su precio. Free a 0 $. Professional a 1 800 $ por puesto y año (unos 150 $ al mes), con facturación anual. Enterprise bajo presupuesto (SSO, SCIM, instalación local).

Por qué pasarte a BugBug. BugBug graba tus flujos desde Chrome y los reproduce, con un plan gratis que se ejecuta en local. Para una startup que quiere unas cuantas pruebas de extremo a extremo sin pagar ni programar, es la puerta de entrada más baja de esta lista.

Para quién. Equipos pequeños con una aplicación web cuyos usuarios están sobre todo en Chrome o Edge.

Para quién no. Quien tenga que cubrir Safari o Firefox. BugBug solo controla navegadores Chromium (Chrome, Edge, Opera, Brave), sin móvil nativo ni escritorio. Es un paso atrás real frente a Selenium en cobertura de navegadores.

Su límite. El plan gratis es justo: 1 usuario, 1 proyecto, 4 suites, 15 pruebas, 7 días de historial y solo ejecuciones locales. Cada ejecución en paralelo adicional cuesta 80 $ al mes.

Cómo migrar. Vuelve a grabar los flujos críticos y conserva unas pocas pruebas de Selenium o Playwright para Safari si tu público lo necesita.

Su precio. Free a 0 $. Core a 99 $ al mes y Pro a 189 $ al mes, con facturación anual, sin impuestos. Business bajo presupuesto.

Por qué pasarte a Ghost Inspector. Instalas una extensión, haces clic en tu web y el recorrido se convierte en una prueba que corre en la nube con una frecuencia fija o tras cada despliegue. Sin Grid, sin drivers, sin servidores. Para un equipo de producto que solo quiere saber que el registro y el pago siguen funcionando, es el camino más corto.

Para quién. Pymes y equipos de producto con una decena de flujos críticos que vigilar y sin ingeniero de QA.

Para quién no. Equipos con cientos de pruebas de regresión complejas, datos de prueba que preparar y casos límite: la grabación muestra pronto sus límites.

Su límite. No hay plan gratis, solo una prueba de 14 días sin tarjeta. Las pruebas de correo no están en Starter, el SSO es un extra de pago y el historial se guarda 6 meses.

Cómo migrar. No conviertas tu suite. Vuelve a grabar los flujos que importan para la facturación, prográmalos tras cada despliegue y deja el resto a las pruebas unitarias.

Su precio. Starter a 109 $ al mes con pago anual (125 $ mensual) para 10 000 ejecuciones y 5 miembros. Growth a 225 $ al mes anual (249 $ mensual) para 30 000 ejecuciones. Scale a 449 $ al mes anual (499 $ mensual) para 100 000 ejecuciones.

Por qué pasarte a testRigor. Si lo que te echa son los selectores, testRigor los elimina. Escribes la prueba en inglés llano (click Sign in, check that page contains Welcome) y la herramienta encuentra los elementos por su texto visible y su posición, no por CSS ni XPath. Un cambio en el HTML no rompe la prueba mientras la pantalla muestre lo mismo.

Para quién. Equipos donde perfiles de negocio o de QA manual tienen que escribir pruebas, y equipos para los que mantener selectores es el mayor coste.

Para quién no. Quien quiere todo como código en su repositorio o necesita un precio público para presupuestar. Ojo también al idioma: las pruebas se escriben en inglés.

Su límite. El plan gratis hace públicas tus pruebas y sus resultados, lo que lo descarta para una app interna. El plan privado se negocia, tiene una prueba de 14 días y se factura por infraestructura (servidores en paralelo), no por usuario.

Cómo migrar. Durante la prueba, reescribe un flujo crítico como frases, compara el esfuerzo con tu prueba de Selenium y cuenta cuántas pruebas sobreviven a tu próxima puesta en producción.

Su precio. Gratis si tus pruebas son públicas; de pago bajo presupuesto para pruebas privadas.

Por qué pasarte a Puppeteer. Muchos scripts de Selenium no prueban nada: rellenan formularios, generan PDF o extraen datos. Para eso, Puppeteer, la librería de Node.js de Google, es más ligera. Desde la versión 23 controla Chrome y Firefox, este último mediante WebDriver BiDi, el mismo estándar que adopta Selenium.

Para quién. Desarrolladores JavaScript que automatizan un navegador dentro de un script o un servicio, sin necesitar un ejecutor de pruebas ni Safari.

Para quién no. Un equipo de QA. Puppeteer no es un framework de pruebas completo, y su propia documentación reconoce que Selenium ofrece más lenguajes y herramientas tipo Grid. Para pruebas, elige Playwright.

Su límite. Solo JavaScript, sin WebKit y sin nada integrado para paralelizar a gran escala.

Cómo migrar. Reescribe el script en Node.js cambiando driver.get() por page.goto(). Si extraes datos a gran escala, una herramienta dedicada te ahorra pelearte con los bloqueos: nuestra guía para dejar Octoparse y nuestra reseña de Apify comparan las opciones. Para RPA sobre apps de escritorio, mira mejor nuestra guía para dejar UiPath.

Su precio. Gratis y open source.