informe de uip tm

uip tm report un resumen estructurado de una ejecución de prueba completada: recuentos, tasa de aprobación, duración y cada caso de prueba fallido con el mensaje de aserción que explica el fallo. Úsalo cuando quieras una línea de panel escaneable por humanos o un veredicto legible por máquina para un script de CI.

Sinopsis

uip tm report get --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--query <expr>]

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).

obtener informe de uip tm

Obtenga un resumen de una ejecución de prueba completada. El comando:

1. Obtiene las estadísticas de la ejecución (passed, failed, none, duration, tiempo).
2. Busca los registros de casos de prueba fallidos.
3. Para cada registro fallido sin una cadena info , obtiene sus aserciones y concatena los mensajes de los fallidos.
4. Devuelve un sobre JSON con el resumen más FailedTests lista codificada por nombre del caso de prueba.

El comando sale 0 siempre que produce correctamente el resumen, ya sea que la ejecución haya sido satisfactoria o fallida. Convertir "pruebas fallidas presentes" en una salida de CI distinta de cero es trabajo de la persona que llama (rama en .Data.Failed). Consulta Comportamiento del código de salida en executions para ver el proceso de tres pasos recomendado.

Argumentos

Nada.

Opciones

• --execution-id <uuid> (obligatorio) : ejecución para resumir. Obtén esto de la salida uip tm testsets run .
• --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.
• --query <expr> — filtro de estilo jq aplicado a la carga útil Data . Cuando se establece, imprime el valor filtrado sin procesar en lugar del sobre JSON. Admite el acceso a campos (.Field) y la construcción de objetos ({key: .Field}).

Ejemplos

# simplest
uip tm report get --execution-id a1b2c3d4-0000-0000-0000-000000000001 --project-key DEMO

# scripting-friendly — pick a subset
uip tm report get \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --query '{total: .TotalTests, passed: .Passed, failed: .Failed}'

Forma de datos (salida predeterminada):

{
  "Code": "ReportGet",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "TestSetName": "Smoke Suite",
    "TotalTests": 10,
    "Passed": 8,
    "Failed": 2,
    "Skipped": 0,
    "PassRate": "80%",
    "Duration": "00:02:15",
    "FailedTests": [
      { "TestCaseName": "Login flow", "Error": "Selector not found" },
      { "TestCaseName": "Logout flow", "Error": "Timeout" }
    ]
  }
}

Campos:

• TotalTests — Passed + Failed + Skipped.
• PassRate : formateado como una cadena de porcentaje ("80%").
• Duration — formateado HH:MM:SS.
• FailedTests[].Error : el campo info del registro del caso de prueba si está presente; de lo contrario, una ; lista unida de mensajes de aserción fallidos; de lo contrario, una cadena vacía.
• StartTime / EndTime — Marcas de tiempo ISO-8601 de las estadísticas de ejecución (presentes en el JSON pero elididas en el ejemplo anterior).

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 pedir un resumen.
• resultado : los mismos datos que un archivo XML JUnit.
• lista de registros de casos de prueba de ejecuciones : enumeración completa de registros (no solo fallos).
• testcaselogs list-asertions : examina un único registro fallido.

Ver también

• Descripción general de Test Manager
• Patrones de scripting
• Formatos de salida : cómo se relacionan --output-filter y --query .