Pull request
El resultado, en el pull request.
TestSprite comenta en cuanto empieza la ejecución y luego actualiza ese comentario con el resultado: qué falló, en qué paso y por qué. Sube la corrección y el nuevo commit se vuelve a probar.
Nada se fusionasin verificar.
Cada pull request se prueba contra su propio preview antes de integrarse, en cuanto tu CI avisa que el preview está listo. El resultado se publica en el PR, donde ya está la revisión.
Conectado al CIque ya tienes.
Arranca con la señal de tu CI
Pega un pull request reciente y TestSprite lista lo que tu CI hizo en él: despliegues, workflows, checks, estados, comentarios de bots. Elige el que indica que el preview está listo.
Prueba el preview de cada PR
Cada pull request se ejecuta contra su propia URL de preview, construida a partir de un patrón que defines una sola vez. Un push a una rama prueba, en cambio, el entorno que elijas.
Bloquea el merge si falla
Activa el control de merge y una ejecución fallida hace fallar el status check de TestSprite. Haz que ese check sea obligatorio y el pull request espera hasta que pase.
Historial
Todas las ejecuciones en un mismo historial.
Las ejecuciones de los pull requests están junto a las programadas, las manuales y las de la CLI, contra la misma suite y guardadas de la misma forma. Cuando un check se pone en rojo, la ejecución que hay detrás está a un clic.
Configuración
Se instala una vez, para todo el workspace.
Instala la GitHub App una vez y elige exactamente a qué repositorios puede acceder. Luego cada proyecto añade su propio disparador, y su siguiente pull request se prueba.
Dos formas de empezar
La GitHub App, o la CLI en tu pipeline.
TestSprite nunca compila ni despliega tu app. Prueba el despliegue que tu CI ya hace, desde el lado que mejor encaje con tu configuración.
GitHub App
Para despliegues de preview
Ideal cuando una plataforma como Vercel o Netlify despliega cada pull request. Instala la App, añade un disparador y los resultados vuelven al PR como un comentario y un status check. Sin archivos de workflow que escribir.
Docs de la integración con GitHubCLI
Para el control total del pipeline
Ejecuta la CLI de TestSprite como un paso en GitHub Actions o en cualquier CI que pueda correr un comando de shell. Una ejecución que no pasa hace fallar el paso; en GitHub Actions los fallos aparecen en el pull request, y los informes JUnit XML se integran con GitLab o Jenkins.
Guía de CI/CDBueno saberlo
Preguntasfrecuentes
Un repositorio en GitHub y un despliegue al que la nube de TestSprite pueda llegar: un preview de cada pull request o un entorno al que se despliega una rama. TestSprite nunca compila ni despliega tu app. Prueba el despliegue que tu CI ya hace.