Nuevo: ¡TestSprite CLI ya está disponible!

Tu Plan de Prueba Es un Archivo JSON. Trátalo Como Tal.

Cada plan de prueba de TestSprite es un archivo JSON plano compuesto de pasos action y assertion. Descárgalo con testsprite test code get, comételo, revísalo con un diff en un pull request, y deja que un compañero de equipo lo revise — en lugar de dejarlo atrapado dentro de un grabador GUI propietario.

Integrado en el Mismo CLI que Ya Usas

GitHub ActionsGitLab CIEjecuciones localesBucles de agente
Un plan de prueba que no puedes revisar con un diff es un plan de prueba que no puedes revisar. Si no vive en git junto al código que prueba, no está realmente bajo control de versiones.

JSON Plano, No una Caja Negra

Cada plan de prueba es un archivo JSON legible compuesto de pasos explícitos action y assertion — puedes abrirlo, buscarlo con grep, y entender exactamente qué hace sin reproducir una grabación.

Comételo Como Cualquier Otro Archivo

Como un plan de prueba es un archivo en disco, vive en tu repositorio junto al código que prueba — rastreado, ramificado y versionado de la misma forma.

Revísalo con un Diff en un Pull Request

Cambiar un plan de prueba produce un git diff real — un revisor ve exactamente qué paso cambió, en lugar de tener que confiar en que un flujo regrabado sigue haciendo lo mismo.

Edítalo Directamente

Descarga el archivo subyacente con testsprite test code get, cambia los pasos a mano en tu editor, y súbelo de vuelta con testsprite test code put.

$ testsprite test code get TC_checkout_promo
  Wrote test-plans/TC_checkout_promo.json

$ git diff test-plans/TC_checkout_promo.json
    {
      "action": "click #promo-code-input",
-     "assertion": "input is focused"
+     "action": "type '10PERCENT' into #promo-code-input",
+     "assertion": "discount line shows -10%"
    }

$ testsprite test code put TC_checkout_promo
  Updated test plan from local file

Deja de Revisar la Cobertura de Pruebas con Grabaciones de Pantalla

Un flujo grabado vive dentro de una herramienta propietaria, así que un compañero de equipo tiene que confiar en él o volver a ejecutarlo para saber qué cambió. Un plan de prueba en JSON puede ir en el mismo pull request que el código que prueba y ser revisado de la misma forma.

Diseñado para Equipos que Ya Revisan Código

Encaja en tu Flujo de Trabajo Existente

Un plan de prueba vive en el mismo repositorio y el mismo pull request que el cambio que cubre — revisado con los hábitos de git diff que tu equipo ya tiene.

Genera la Estructura, Luego Refínala

testsprite test scaffold genera un plan de prueba inicial; testsprite test lint valida su estructura antes de que lo cometas.

Versión Comunitaria Gratuita

Ofrece una versión comunitaria gratuita, haciéndonos accesibles para todos.

Se Combina con la Comparación de Ejecuciones

Una vez que un plan de prueba está versionado, usa testsprite test diff para comparar dos ejecuciones contra él y ver exactamente qué cambió en el comportamiento.

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é significa que un plan de prueba sea "solo JSON"?

Cada plan de prueba es un archivo JSON plano compuesto de pasos action y assertion — sin formato propietario ni grabación binaria, así que se abre en cualquier editor y se compara limpiamente con diff en git.

¿Cómo obtengo el archivo subyacente de un plan de prueba?

testsprite test code get <testId> descarga el JSON a tu máquina local. Edita los pasos directamente, y luego sube tus cambios de vuelta con testsprite test code put.

¿Puede un compañero de equipo revisar un plan de prueba como revisa código?

Sí — como es un archivo JSON comparable con diff, puede ir en el mismo pull request que el cambio que prueba y ser revisado con un git diff ordinario, no una grabación de pantalla.

¿Tengo que construir cada plan de prueba desde cero?

No — testsprite test scaffold genera una estructura inicial, y testsprite test lint la valida antes de que la cometas.

¿Qué pasa si quiero comparar dos ejecuciones de prueba, no dos versiones de archivo?

Eso es testsprite test diff — compara dos ejecuciones para mostrar qué cambió en la ejecución, algo separado del propio historial del plan de prueba en git.

Tu Cobertura de Pruebas Pertenece al Control de Versiones.