resultado de uip tm

uip tm result descarga artefactos de ejecución en un formato estructurado y compatible con CI. Hoy tiene un verbo, que escribe un archivo JUnit XML: la lingua franca consumida por la mayoría de los paneles de prueba de CI (Azure DevOps, Jenkins, GitLab, CircleCI).

Sinopsis

uip tm result download --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--result-path <path>]

Todos los verbos respetan las opciones globales y los códigos de salida estándar. Cada verbo acepta -t, --tenant <name> y --log-level <level> (predeterminado Information).

descarga de resultados de uip tm

Descarga los resultados de una única ejecución de prueba como informe JUnit XML. El comando:

1. Obtiene las estadísticas de la ejecución, el nombre del conjunto de pruebas y el ID del conjunto de pruebas.
2. Pagina a través de cada registro de caso de prueba adjunto a la ejecución.
3. Para cada registro, obtiene los artefactos por aserción en paralelo (los fallos de búsqueda de aserciones se registran y se omiten, no son fatales).
4. Obtiene la lista de paquetes del conjunto de pruebas (mejor esfuerzo: los paquetes que faltan se omiten de forma silenciosa).
5. Serializa todo como JUnit XML y lo escribe en --result-path.

Los campos de enlace y URL web dentro del XML apuntan a la IU web de Test Manager utilizando el slug de la organización y el nombre del tenant de la sesión actual.

Argumentos

Nada.

Opciones

• --execution-id <uuid> (obligatorio) : ejecución para descargar.
• --project-key <key> — proyecto propietario. Se requiere esto o --test-set-key .
• --test-set-key <key> : clave del conjunto de pruebas (p. ej. DEMO:42); la clave del proyecto se deriva del prefijo.
• --result-path <path> : ubicación de salida. Puede ser un archivo (./junit.xml) o un directorio (el archivo lleva el nombre del conjunto de pruebas). El valor predeterminado es el directorio de trabajo actual.

Ejemplo

uip tm result download \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --result-path ./junit.xml

Forma de datos

{
  "Code": "ResultDownload",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "Format": "junit",
    "OutputPath": "./junit.xml",
    "TotalTests": 10,
    "Passed": 8,
    "Failed": 2,
    "Cancelled": 0
  }
}

El XML de JUnit real se escribe en OutputPath. El sobre JSON solo informa de éxito más recuentos de resumen.

Nota:

El formato de salida está fijado en JUnit XML hoy. Format se incluye en el sobre para que las versiones futuras puedan añadir más formatos (por ejemplo, NUnit o TRX) sin un cambio de ruptura en la forma.

Utilizar la salida en CI

Publica el archivo XML con cualquier tarea de test-reporter que proporcione tu CI. Patrones típicos:

# Azure DevOps
- task: PublishTestResults@2
  inputs:
    testResultsFormat: JUnit
    testResultsFiles: junit.xml

# GitHub Actions (via a community action)
- uses: dorny/test-reporter@v1
  with:
    name: Test Manager
    path: junit.xml
    reporter: java-junit

Relacionado

• ejecución de conjuntos de pruebas : produce el ExecutionId consumido aquí.
• esperar : bloquea hasta que la ejecución esté en un estado terminal antes de descargar los resultados.
• informe : un resumen legible por humanos (mismos datos, forma diferente) si no necesitas JUnit XML.
• archivo adjunto : descarga las capturas de pantalla, los registros y los archivos producidos por los registros de casos de prueba.

Ver también

• Descripción general de Test Manager
• Patrones de scripting