Una Ejecución de CI Fallida No Debería Ser Tu Primera Pista de Que Algo Está Mal Configurado.
Antes de integrar TestSprite en tu CI, ejecuta testsprite doctor. Verifica que tu clave API, el acceso a la red y la versión del CLI estén correctamente configurados — para que un problema de configuración tonto no se haga pasar por un fallo de prueba real.
Integrado en el Mismo CLI Que Ya Usas
Verifica Tu Clave API
testsprite doctor confirma que tu TESTSPRITE_API_KEY está configurada y es válida antes de que un trabajo de CI gaste su primera ejecución en un error de autenticación.
Verifica el Acceso a Red y Proxy
Los proxies corporativos y los runners de CI restringidos pueden bloquear silenciosamente las solicitudes salientes. Doctor confirma que el CLI realmente puede acceder a TestSprite antes de que lo descubras a mitad del pipeline.
Confirma Tu Versión del CLI
Un desajuste de versión entre lo instalado y lo que tu pipeline espera puede fallar de formas que parecen un error del producto. Doctor lo detecta antes de que eso ocurra.
Ejecútalo en Cualquier Lugar
La misma verificación tanto si estás configurando en local, integrando un nuevo trabajo de CI, o depurando por qué el pipeline de un compañero no autentica.
$ testsprite doctor Checking environment... ✓ API key found and valid ✓ Network access to TestSprite confirmed ✓ CLI version up to date → environment looks good, ready to run tests $ testsprite doctor Checking environment... ✗ TESTSPRITE_API_KEY not set ✗ Network request blocked — check proxy configuration → fix these before running testsprite test run
No Dejes que el CI Depure Tu Configuración por Ti
Un pipeline que falla antes de llegar siquiera a tus pruebas no está probando nada — solo está fallando ruidosamente. Ejecutar testsprite doctor primero convierte el "por qué acaba de fallar el CI" en una respuesta de dos segundos.
Diseñado para Integrar TestSprite en Tu CI
Ejecútalo Antes de Integrar el CI
Añade testsprite doctor como el primer paso de tu pipeline — justo después de la instalación, antes de testsprite setup y de cualquier ejecución de pruebas real.
Se Combina con testsprite setup
Usa testsprite setup --from-env --yes --agent <name> para configurar credenciales de forma no interactiva, y luego ejecuta doctor para confirmar que realmente funcionan.
Gratis y de Código Abierto
npm install -g @testsprite/testsprite-cli te da el CLI. Tiene licencia Apache-2.0, así que nada te impide hacer una primera verificación.
Salida Legible por Máquina
Pasa --output json para obtener resultados en un formato que tu pipeline pueda analizar y sobre el que actuar automáticamente.
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é verifica exactamente testsprite doctor?
Verifica que tu clave API esté configurada y sea válida, que el CLI pueda acceder a TestSprite a través de tu red — incluso a través de un proxy — y que tu versión instalada del CLI esté actualizada.
¿Cuándo debería ejecutarlo?
Justo después de instalar el CLI, y de nuevo como primer paso en cualquier pipeline de CI nuevo — antes de testsprite setup o de una ejecución de pruebas real, para que un problema de configuración falle rápido en lugar de a mitad del pipeline.
¿En qué se diferencia esto de simplemente ejecutar una prueba y ver qué se rompe?
Una ejecución de pruebas fallida causada por una clave API faltante o una solicitud de red bloqueada se ve idéntica a un fallo real del producto hasta que investigas. Doctor separa "tu configuración está rota" de "tu producto está roto" antes de que desperdicies una ejecución en la causa equivocada.
¿Funciona en CI, o solo en local?
Ambos — es el mismo comando en los dos casos. Ejecútalo en local mientras configuras, y luego de nuevo como paso de CI para que un problema de proxy o de credenciales en el entorno del pipeline no se te escape.
¿Qué pasa si detecta un problema?
Te indica qué está mal — una TESTSPRITE_API_KEY faltante, una ruta de red bloqueada, o una versión del CLI desactualizada — para que puedas arreglar esa única cosa en lugar de depurar una ejecución de pruebas que nunca tuvo oportunidad de empezar.