Prueba cada pull request antes de que se fusione.
Cuando un pull request obtiene una vista previa de despliegue, TestSprite prueba esa URL exacta y comenta el resultado en el PR — aprobado, fallido, y un prompt de corrección para tu agente de codificación. Activa un check obligatorio y las fusiones esperan hasta que esté en verde.
Funciona con cualquier proveedor que publique una vista previa de despliegue
Espera la vista previa real
TestSprite se activa con el evento de despliegue, no con el inicio del build — así que nunca prueba una URL antes de que esté realmente activa.
Comenta directamente en el PR
Los resultados se publican como comentario: el conteo principal de aprobadas/fallidas, una puntuación de calidad, y el detalle completo de cada fallo.
Bloquea la fusión, opcionalmente
Activa "Bloquear el PR hasta que las pruebas pasen" para que el check de TestSprite sea obligatorio — sin fusionar sobre una regresión abierta.
PRs en borrador, tú decides
Incluye los pull requests en borrador en el disparador, o espera hasta que un PR se marque como listo para revisión — tú decides.
Ejemplos de patrón de URL de destino:
https://pr-123.example.com
→ https://pr-{pr}.example.com
https://app-git-login-fix-team.vercel.app
→ https://app-git-{branch-slug}-team.vercel.app
Marcadores: {pr} {branch} {branch-slug} {sha} {short-sha}
Dale a los revisores una señal real
Una marca verde que nunca tocó la vista previa activa es una suposición disfrazada de confianza. El comentario de TestSprite refleja lo que realmente ocurrió cuando un navegador real accedió a la URL real.
Lo que aparece en el PR
Resultado principal
Cuántas pruebas se aprobaron, fallaron y quedaron bloqueadas — los casos bloqueados se reportan por separado ya que normalmente indican un vacío en el entorno de pruebas, no una regresión.
Detalle del fallo
Cada fallo se expande para mostrar qué se esperaba, qué se observó, y una captura de pantalla del momento en que falló.
Prompt de corrección sugerido
Un prompt listo para copiar que describe la causa raíz probable — pégalo directamente en Cursor, Claude Code, o el agente de codificación que prefieras.
Versión comunitaria gratuita
Ofrece una versión comunitaria gratuita, haciéndonos accesibles para todos.
Con la confianza de empresas de todo el mundo
"¡Buen trabajo! ¡Qué genial el MCP del equipo de TestSprite! ¡La codificación con IA + las pruebas con IA te ayudan a crear mejor software fácilmente!"
"La automatización de TestSprite nos ayuda a reducir toneladas de trabajo manual. Los desarrolladores pueden detectar y resolver errores fácilmente en una etapa más temprana del proceso de desarrollo."
Preguntas frecuentes
¿Qué tiene que ser cierto para que esto funcione?
Tus pull requests necesitan su propia vista previa de despliegue con una URL accesible — abre un PR existente, confirma que aparece un despliegue listado, y abre esa URL para verificar que carga. Si no aparece ningún despliegue en tu PR, TestSprite no tiene nada sobre lo que activarse hasta que primero se arregle tu pipeline de CI/CD.
¿Cómo evito que el check se dispare antes de que la vista previa esté lista?
Elige el evento de CI/CD que se dispara después de que el despliegue esté activo, no uno que se dispare al inicio del build. TestSprite lista los eventos que detecta en un pull request de muestra para que puedas elegir el correcto y evitar probar una URL que aún no está lista.
¿Puedo exigir que el check pase antes de fusionar?
Sí — activa "Bloquear el PR hasta que las pruebas pasen" al crear el disparador, y el check de TestSprite se vuelve obligatorio, bloqueando las fusiones mientras las pruebas estén fallando.
¿Esto añade un archivo de workflow a mi repositorio?
No. El disparador se configura por completo dentro de TestSprite. No se añade nada a tu repositorio, y tus workflows existentes de GitHub Actions no se tocan.
¿Qué pasa si mi URL de vista previa no sigue un patrón predecible?
Configura una URL alias estable para el entorno de vista previa si tu proveedor genera subdominios aleatorios, y apunta el patrón de URL a esa en su lugar — necesita ser predecible a partir del número de PR, la rama o el SHA del commit.
Deja de fusionar a base de suposiciones.
Conecta un repositorio una vez. Cada pull request se prueba contra su vista previa de despliegue real, automáticamente.