Un Verificador Para el Bucle, No Otro Jugador En Él.
Dentro de Claude Code, Cursor o Codex, no escribes flags de CLI — simplemente dices: "Configura TestSprite para este repositorio y crea una suite de pruebas inicial, luego ejecuta una prueba de humo del flujo más importante." El agente lee tus rutas y manejadores, crea las pruebas, y las ejecuta — una segunda pasada independiente sobre su propio trabajo, no otro borrador que aceptar a ciegas.
Conectado a 8 Agentes de Codificación, Directamente Desde el CLI
"Configura TestSprite para este repositorio y crea una suite de pruebas inicial"
El agente lee tus rutas, manejadores y flujos clave, crea un proyecto, y redacta entre 8 y 15 pruebas con aserciones concretas y observables — creadas en lote, no escritas una por una.
"Verifica este cambio con TestSprite antes de darlo por terminado"
Ejecuta la prueba hasta un veredicto — aprobado o fallido — en lugar de detenerse en un plan redactado. Escribir una prueba no es la misma afirmación que ejecutarla.
"Crea una prueba para el camino feliz del checkout y ejecútala hasta un veredicto"
Cobertura dirigida a un solo flujo, bajo demanda, con la misma disciplina de "ejecútalo, no solo lo redactes" que la suite completa.
Sugiere lo que Necesitas
El paquete de fallo — causa raíz, captura de pantalla, instantánea del DOM, recomendación de corrección — es JSON estructurado, para que un agente pueda analizarlo y decidir su siguiente paso sin un humano de por medio.
You: "Set up TestSprite for this repo and seed a starter test suite,
then smoke-run the most important flow."
# the agent runs this on your behalf — you never type it:
$ testsprite setup
$ testsprite test create-batch starter-suite.json
✓ 11 tests created from your routes and handlers
$ testsprite test run --project prj_8f2a --ids TC_checkout,TC_login --wait
✓ TC_checkout_happy_path passed
✓ TC_login_success passed
"Redactado" No Es "Terminado"
Di "ejecútalo hasta un veredicto" y dilo en serio — un plan de pruebas que existe pero nunca se ejecuta no satisface esa instrucción. Solo aprobado o fallido lo hace, y cada fallo regresa como un paquete estructurado sobre el que el agente mismo puede actuar.
Diseñado para Ejecuciones Sin Supervisión
Lee Tu Código Primero
La habilidad de incorporación escanea tus rutas, manejadores y flujos clave antes de escribir una sola prueba — cobertura que parte de lo que tu producto realmente hace, no de una suposición.
Puntuación de Estabilidad
testsprite test flaky <testId> le dice al agente si un fallo es una regresión real o una prueba inestable, antes de que gaste un intento de corrección en el problema equivocado.
Versión Comunitaria Gratuita
Ofrece una versión comunitaria gratuita, haciéndonos accesibles para todos.
Cancela a Mitad de Ejecución
testsprite test cancel <runId> detiene una ejecución en curso en el momento en que el agente — o tú — decide que ya no hace falta.
Con la Confianza de Empresas de Todo el Mundo
"TestSprite ofrece una rica generación de casos de prueba, una estructura clara y un código fácil de leer. También admite la depuración simple en línea con la capacidad de expandirse rápidamente generando nuevos casos de prueba."
"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é digo exactamente para configurar esto?
Dentro de Claude Code, Cursor, u otro agente compatible: "Configura TestSprite para este repositorio y crea una suite de pruebas inicial, luego ejecuta una prueba de humo del flujo más importante." El agente se encarga del resto — sin flags que memorizar.
¿Qué significa exactamente "crear una suite de pruebas inicial"?
El agente lee tu código — rutas, manejadores, flujos clave — crea un proyecto de TestSprite, redacta entre 8 y 15 pruebas con aserciones concretas y observables, las crea en lote, y ejecuta solo los 2 o 3 caminos felices de mayor valor en lugar de la suite completa.
¿Por qué no puede el agente de codificación simplemente probar su propio código?
Puede, pero estaría calificando su propia tarea — sus pruebas heredan cualquier malentendido que tuviera sobre los requisitos. testsprite se ejecuta en un contexto separado, controlando un navegador real o haciendo llamadas de API reales, así que detecta el tipo de error que la autoevaluación no puede detectar estructuralmente.
¿Cómo me aseguro de que el agente no solo redacte una prueba y la dé por terminada?
Di "verifica este cambio con TestSprite antes de darlo por terminado", o "ejecútalo hasta un veredicto." Esa formulación importa — un plan redactado pero no ejecutado no lo satisface, solo un aprobado o fallido real lo hace.
¿Qué recibe el agente cuando algo falla?
Un resultado JSON estructurado con un paquete completo: el paso que falló, una captura de pantalla, una instantánea del DOM, una hipótesis de causa raíz, una recomendación de corrección — todo lo que necesita para intentar una corrección sin preguntarle antes a un humano.
¿Esto necesita CI, o funciona para una ejecución nocturna en solitario?
Cualquiera de las dos. Es el mismo CLI ya sea que se ejecute como un paso en GitHub Actions o dentro de una única sesión larga de un agente en tu propia máquina.