La CLI de TestSprite ya está disponible — código abierto.Dale una estrella en GitHub

Tests de navegador reales en tu pipeline de GitLab CI

La CLI de TestSprite no necesita más que una clave de API en el entorno: ni archivo de credenciales ni binarios de navegador que instalar en el runner. Ejecuta tu suite hasta un veredicto real, deja que el código de salida controle el job y entrega a GitLab un informe JUnit que renderiza directamente en el merge request.
Type
Solution
Language
Español

Se integra perfectamente con tus editores de Android y con IA

Claude CodeCodexAndroid StudioVisual Studio CodeCursorTrae
Nuestra GitHub App escucha eventos de despliegue, y esa parte es exclusiva de GitHub. En GitLab la respuesta es la CLI: los mismos tests y la misma ejecución en la nube, pero conducidos por tu pipeline.

Dos variables, ningún archivo de configuración

Define TESTSPRITE_API_KEY como variable de CI/CD enmascarada y la CLI se autentica desde el entorno. No se escribe nada en ~/.testsprite, que es justo lo que quieres en un runner efímero.

Sin navegadores en tu runner

La ejecución ocurre en la nube de TestSprite contra navegadores reales, así que el job solo instala la CLI. Eso elimina el paso más lento de un pipeline en frío: descargar o cachear binarios de navegador.

JUnit que GitLab renderiza

--report junit --report-file <ruta> escribe el informe. Apunta artifacts:reports:junit a él y GitLab mostrará los resultados test a test en el widget del merge request.

El código de salida es la puerta

--wait bloquea hasta que todas las ejecuciones son terminales, así que un código 0 significa que todos los tests pasaron de verdad, no que se enviaron con éxito. Los códigos documentados distinguen un test fallido (1) de un problema de autenticación (3) o un saldo agotado (12).

Priority
Test
Status
HIGH
TC001_Review_App_Reachable
Pass
HIGH
TC002_Signup_Flow_Completes
Failed
MEDIUM
TC003_Merge_Request_Env_Serves_Build
Pass
MEDIUM
TC004_API_Contract_Matches_Schema
Pass
LOW
TC005_Locale_Switch_Persists
Warning

Protege el merge request con un navegador real

Los tests unitarios confirman que el código hace lo que se escribió que hiciera. Solo una ejecución contra tu review app confirma que aquello que estás a punto de fusionar funciona.

Pensado para equipos que publican en GitLab

Compatible con review apps

Apunta el proyecto a la URL de tu review app antes de la ejecución: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". La suite no cambia aunque el objetivo se mueva en cada merge request.

Fija la versión

Instala @testsprite/testsprite-cli@<version> en lugar de seguir latest, para que una nueva release nunca cambie lo que hace tu pipeline sin un commit de por medio.

Frontend y backend en una sola puerta

Agrupa flujos web y tests de contrato de API en una lista de tests y ejecútala con testsprite testlist run, fijando cada proyecto a su entorno.

Versión community gratuita

Ofrecemos una versión community gratuita, para que esté al alcance de cualquiera.

Con la confianza de empresas de todo el mundo

"¡Buen trabajo! ¡El MCP del equipo de TestSprite es genial! Para nuestras aplicaciones de Android, la codificación con IA + el testeo con IA cierra el ciclo y acelera los lanzamientos estables."

"Para Android, las pruebas generadas por TestSprite son limpias y fiables. Los flujos de Appium son fáciles de ampliar y depurar, y las ejecuciones programadas mantienen saludable nuestra cobertura de dispositivos."

"La automatización de TestSprite redujo drásticamente nuestro QA manual de Android. Los desarrolladores detectan y resuelven errores móviles de forma temprana, manteniendo nuestro tren de lanzamientos a tiempo."

Preguntas Frecuentes

¿Funciona la integración de la GitHub App con GitLab?

No: esa integración escucha eventos de despliegue de GitHub y es exclusiva de GitHub. En GitLab conduces la ejecución desde tu pipeline con la CLI, que solo necesita TESTSPRITE_API_KEY en el entorno.

¿Cómo muestro los resultados en el merge request?

Escribe el informe con --report junit --report-file testsprite-junit.xml y decláralo en artifacts:reports:junit. GitLab renderizará entonces los resultados test a test en el widget del merge request.

¿Cómo pruebo una review app cuya URL cambia cada vez?

Actualiza la URL del proyecto como primer paso del job usando la propia variable de GitLab: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". La suite se mantiene mientras el objetivo se mueve.

¿Y si mi aplicación exige inicio de sesión?

Guarda una cuenta de prueba en el proyecto con --username y --password-file; ambos parámetros son obligatorios juntos. Sin ellos, la exploración y las ejecuciones solo ven páginas públicas, y avisa en lugar de fallar.

¿La CLI es de código abierto?

Sí: la CLI de código abierto tiene licencia Apache-2.0 y se instala gratis desde npm. Requiere Node 20.19+, 22.13+ o 24+. La ejecución de tests ocurre en la nube y consume créditos del espacio de trabajo.

¿Puedo probar comandos sin gastar créditos?

Sí. --dry-run recorre todo el camino de código sin conexión con datos preparados, y test scaffold y test lint no tocan la red ni tus credenciales.

Añade una comprobación de navegador real a tu pipeline