Tu CI Ya Sabe Cómo Leer Esto.
Los resultados de las pruebas de TestSprite se pueden exportar en JUnit XML — el formato que la mayoría de los sistemas de CI ya saben analizar y mostrar. Sin visor aparte, sin un nuevo dashboard que revisar: los resultados aparecen junto a cualquier otra suite de pruebas que ejecute tu pipeline.
Diseñado para los Dashboards de CI Que Ya Revisas
Habla un Formato Que el CI Ya Entiende
JUnit XML es el formato que la mayoría de los pasos de informe de pruebas de CI ya analizan, sin importar qué lenguaje o framework lo haya generado. No hay que escribir un parser personalizado para la salida de TestSprite.
Aparece Donde el Equipo Ya Mira
Los widgets de informe de pruebas de Jenkins, GitLab CI, CircleCI y GitHub Actions pueden mostrar los resultados de TestSprite en el mismo resumen de ejecución que cualquier otra suite de pruebas de tu pipeline.
Sin Visor Aparte que Revisar
En lugar de entrar en otra herramienta para ver qué pasó, los conteos de aprobadas/fallidas y el detalle de los fallos aparecen en la ejecución de CI que tu equipo ya abre después de cada build.
Se Combina con Salida Legible por Máquina
Usa la exportación JUnit para dashboards de CI, o recurre a --output json cuando un script necesite actuar sobre los resultados de forma programática.
# .github/workflows/test.yml
- name: Run TestSprite tests
run: testsprite test run TC_checkout_promo
env:
TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
- name: Publish test report
uses: dorny/test-reporter@v1
if: always()
with:
name: TestSprite Results
path: 'testsprite-results.xml'
reporter: java-junit
Deja de Pedirle al Equipo que Revise un Segundo Dashboard
Un resultado de prueba que vive en un lugar que tu equipo no revisa habitualmente tiende a ser ignorado. Exportar a JUnit XML hace que la salida de aprobadas/fallidas de TestSprite aparezca en el mismo resumen de ejecución de CI que todo lo demás, en lugar de pedirle a alguien que cambie de contexto.
Diseñado para los Pipelines Que Ya Tienes
Funciona con lo que Ya Tienes
Cualquier sistema de CI compatible con JUnit XML — que son la mayoría — puede mostrar la salida de TestSprite sin herramientas adicionales ni una integración personalizada.
Encaja en un Paso Existente
Añade TestSprite como otro paso de prueba en un pipeline que ya ejecuta pruebas unitarias y de integración, y su informe aparece en el mismo resumen de ejecución.
Versión Comunitaria Gratuita
Ofrece una versión comunitaria gratuita, haciéndonos accesibles para todos.
Previsualiza Antes de Integrarlo
Usa --dry-run para ver qué haría una ejecución antes de que forme parte de un pipeline que se ejecuta en cada commit.
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é es JUnit XML, y por qué le importa al CI?
Es un esquema XML de larga data para informar resultados de pruebas que se originó con el framework JUnit, pero que hoy analizan la mayoría de los sistemas de CI sin importar qué lenguaje o framework haya producido realmente los resultados.
¿Necesito un plugin para ver los resultados de TestSprite en mi dashboard de CI?
No — los widgets de informe de pruebas de Jenkins, GitLab CI, CircleCI y GitHub Actions ya saben analizar JUnit XML, así que la exportación de TestSprite encaja en el paso de informe de pruebas que ya tengas configurado.
¿La exportación JUnit reemplaza los otros formatos de salida del CLI?
No — convive junto a --output json para salida legible por máquina y la salida normal de terminal. Usa el formato que mejor encaje con la herramienta que lo esté leyendo.
¿Esto funciona tanto para ejecuciones de pruebas de frontend como de backend?
Sí — la exportación se aplica a los resultados sin importar si provienen de ejecuciones de frontend basadas en navegador o de ejecuciones de backend/API.
¿Puedo ver qué haría una ejecución antes de integrarla en el CI?
Sí — --dry-run muestra una vista previa de una ejecución sin ejecutarla, útil la primera vez que añades TestSprite a un pipeline.