Testdino

Testdino es una plataforma de inteligencia de pruebas creada específicamente para pruebas de Playwright que se ejecutan en CI. Sustituye el flujo de trabajo habitual de descargar pesados informes HTML y rebuscar en los logs por un panel en vivo que transmite los resultados a medida que se ejecutan las pruebas. Los equipos disponen de un lugar único para ver qué pruebas han pasado, fallado o han sido flaky en shards, ramas y entornos. La plataforma afirma ahorrar a los ingenieros entre 6 y 8 horas por semana al reducir el tiempo dedicado a investigar los fallos.

Lo que hace que Testdino destaque es cómo gestiona las partes más complicadas de la depuración de pruebas. Cada ejecución de prueba genera un informe de varias pestañas con un resumen, el desglose de la especificación, grupos de errores e historial de ejecuciones. Puedes abrir un visor de trazas con un solo clic, ver repeticiones de vídeo y comparar diffs visuales sin descargar nada. Para las pruebas flaky, Testdino asigna un porcentaje de estabilidad y categoriza la causa raíz —tiempo, entorno, red, aserción u otra— para que sepas por qué una prueba no es fiable. El panel de analíticas ofrece seis vistas: resumen de la suite, tendencias de tiempo, tendencias de pruebas individuales, categorización de errores, métricas de cobertura y tasas de aprobación por entorno. También se integra con GitHub Actions y GitLab CI, publicando comprobaciones de estado en los pull requests para que el código que no cumpla con la tasa de aprobación o los umbrales de flaky no pueda fusionarse.

Testdino está hecho para ingenieros de QA y desarrolladores que utilizan Playwright para pruebas end-to-end y quieren pasar menos tiempo lidiando con los artefactos de CI. Resulta especialmente útil para equipos que ejecutan suites de pruebas extensas en múltiples shards, donde hacer un seguimiento en tiempo real de lo que está pasando sería, de otro modo, un dolor de cabeza. La herramienta también ayuda a los responsables de ingeniería a obtener una imagen clara de la salud de las pruebas a lo largo del tiempo, lo que facilita la priorización de las correcciones para las pruebas flaky y la mejora de la fiabilidad general de la suite.