Prueba cada vista previa de Netlify antes de fusionarla
Se integra perfectamente con tus editores de Android y con IA
Sin archivo de workflow
TestSprite se instala como una GitHub App y solo lee eventos, así que se sitúa al lado de tu pipeline de Netlify, no dentro. No se añade nada a .github/ y tus workflows actuales quedan intactos.
Un patrón de URL, no un scraper
Las URL de deploy preview de Netlify se construyen a partir del número de pull request, así que normalmente el marcador que quieres es {pr}. Los marcadores se resuelven en cada ejecución: {pr}, {branch}, {branch-slug}, {sha} y {short-sha}. Así, https://deploy-preview-123--site.netlify.app se escribe como https://deploy-preview-{pr}--site.netlify.app.
Verifica antes de guardar
Send Test Event ejecuta todo el flujo contra un pull request de ejemplo exactamente igual que un disparador real. El comentario aparece en unos 30 segundos: abre la URL que contiene y confirma que es el entorno que esperabas antes de crear el disparador.
Un prompt de arreglo, no solo una marca roja
Cada fallo se despliega para mostrar qué se esperaba, qué se observó, una captura del momento exacto en que se rompió y un prompt de arreglo redactado para pegarlo directamente en tu agente de programación con IA.
Cázalo en la vista previa, no en producción
Un despliegue de vista previa es el último sitio donde una regresión sale barata. Activa Block PR until tests pass y la comprobación pasa a ser obligatoria, de modo que un flujo roto detiene la fusión en lugar de publicarse y que lo descubra un usuario.
Pensado para equipos que publican en Netlify
Pull request o rama
Un disparador de pull request prueba cada vista previa y comenta en el PR. Un disparador de push prueba un entorno compartido de staging o producción después de cada fusión y publica una comprobación en el commit. Ambos pueden convivir.
Interfaz web y APIs a la vez
Flujos en navegador real contra la vista previa desplegada, más tests de contrato de la API de backend. Agrúpalos en una lista de tests y una sola puerta cubre todo el despliegue.
O condúcelo desde la CLI
La CLI de código abierto hace lo mismo desde cualquier sistema de CI: instalación gratuita, licencia Apache-2.0 y solo necesita una clave de API en el 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
¿Necesito añadir un archivo de workflow?
No. La integración se configura íntegramente en TestSprite y no requiere ningún cambio en tu repositorio. Escucha los eventos de despliegue que Netlify ya reporta.
¿Cómo encuentra TestSprite la URL de vista previa de Netlify?
Le das un patrón de URL una sola vez. Las URL de deploy preview de Netlify se construyen a partir del número de pull request, así que normalmente el marcador que quieres es {pr}. Compara el patrón con una URL de vista previa real, carácter a carácter, y usa Send Test Event para confirmar que se resuelve bien antes de guardar.
¿Y si la URL de vista previa lleva un hash impredecible?
El campo de patrón espera algo predecible. Si tu proveedor genera subdominios aleatorios sin nada estable, configura una URL de alias para el entorno de vista previa y apunta el patrón a ella.
¿Funciona también con los despliegues de rama de Netlify, además de con los deploy previews?
Sí. Un disparador de pull request cubre los deploy previews; uno de push cubre los despliegues de rama y se ejecuta contra la URL configurada del entorno de TestSprite que elijas, así que ahí no hace falta ningún patrón de URL por ejecución.
¿Qué prueba realmente TestSprite?
La interfaz de aplicaciones web en un navegador real en la nube, y APIs de backend. No controla interfaces nativas de iOS o Android, aplicaciones de escritorio ni emuladores.
¿Es gratis?
La CLI de código abierto se instala gratis y tiene licencia Apache-2.0, y hay una versión community gratuita. La ejecución de tests ocurre en la nube y consume créditos del espacio de trabajo: 0,5 por ejecución de frontend y 0,2 de backend.