Testing automatizado para GitHub, sin otro archivo de workflow
Se integra perfectamente con tus editores de Android y con IA
Sin cambios en el repositorio
TestSprite se instala como GitHub App y solo lee eventos. Se sitúa junto a tu pipeline, no dentro: nada de YAML que escribir, ningún workflow que mantener y nada añadido a .github/.
Se dispara con un despliegue real
Elige el evento de CI/CD que se dispara después de que el entorno esté en línea. Escoger uno que salta al empezar la build es el error de configuración más habitual y hace que todos los tests fallen contra una URL que aún no existe.
Los resultados llegan al pull request
Número de tests correctos y fallidos, una puntuación de calidad calculada solo sobre el subconjunto ejecutable, capturas del momento del fallo y un prompt de arreglo redactado para pegarlo directamente en tu agente de programación con IA.
Una comprobación obligatoria que bloquea fusiones
Activa Block PR until tests pass y la comprobación de TestSprite pasa a ser obligatoria, así una regresión detiene la fusión en lugar de colarse y descubrirse más tarde.
Protege cada pull request con un navegador real
Una marca verde debería significar que la aplicación desplegada funciona, no que una suite se envió correctamente. TestSprite espera al veredicto real y hace fallar el job ante una ejecución parcial en lugar de darla por buena.
Pensado para equipos que publican en GitHub
Funciona con tu proveedor
Cualquier proveedor que reporte un despliegue a GitHub y exponga una URL accesible: Vercel, AWS Amplify, Netlify y pipelines propios que creen despliegues de GitHub.
Pull request o push
Un disparador de pull request caza regresiones antes de la fusión y comenta en el PR. Uno de push prueba un entorno compartido de staging o dev tras cada fusión y publica una comprobación en el commit. Créalos ambos: funcionan de forma independiente.
O condúcelo desde la CLI
¿Prefieres controlar la ejecución? La CLI de código abierto hace lo mismo desde cualquier CI, y testsprite ci init github te genera el workflow.
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
¿Tengo que añadir un archivo de workflow a mi repositorio?
No. La integración se configura íntegramente en TestSprite y no requiere ningún cambio en tu repositorio. Si prefieres conducir la ejecución desde tu propio workflow, testsprite ci init github genera uno que usa la action mantenida de TestSprite.
¿Sustituye a mi workflow actual de GitHub Actions?
No. TestSprite escucha eventos que tu workflow ya produce; no modifica ni sustituye tu pipeline.
¿Y si mi repositorio nunca produce un despliegue?
Entonces no hay nada que escuchar. TestSprite se dispara con un evento de despliegue, así que ese evento tiene que existir primero. Añade un paso de despliegue a tu pipeline o usa la CLI dentro de un workflow y apunta el proyecto a una URL que resuelvas tú.
¿Cómo sabe TestSprite cuál es la URL de vista previa?
Le das un patrón una sola vez, con marcadores que se resuelven en cada ejecución: {pr}, {branch}, {branch-slug}, {sha} y {short-sha}. Así https://pr-123.example.com se escribe como https://pr-{pr}.example.com.
¿Qué permisos necesita la GitHub App?
Lectura sobre actions, checks, issues y metadata; lectura y escritura sobre code, commit statuses, deployments y pull requests. El permiso de escritura es lo que le permite publicar los resultados en tus pull requests. TestSprite no hace push de commits ni modifica tus archivos de workflow.
¿Pueden los resultados alimentar a un agente de programación con IA?
Sí. Cada fallo del comentario en el pull request incluye un prompt de arreglo pensado para pegarlo en un agente. Para un ciclo más completo, testsprite setup --agent claude instala una skill de verificación para que el agente cree, ejecute y diagnostique tests por su cuenta.