rapport tm uip

uip tm report produit un résumé structuré d'une exécution de test terminée: nombre, taux de réussite, durée et chaque cas de test ayant échoué, avec le message d'assertion qui explique l'échec. Utilisez-le lorsque vous souhaitez une ligne de tableau de bord analysable par un humain ou un verbe lisible par machine pour un script CI.

Synthèse

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

Tous les verbes respectent les options globales et les codes de sortie standard. Chaque verbe accepte -t, --tenant <name> et --log-level <level> (par défaut Information).

Obtenir le rapport uip tm

Obtenez un résumé d'une exécution de test terminée. La commande:

1. Récupère les statistiques d'exécution (passed, failed, none, duration, synchronisation).
2. Pages à travers les journaux de cas de test ayant échoué.
3. Pour chaque journal ayant échoué sans chaîne info , récupère ses assertions et concatène les messages des journaux ayant échoué.
4. Renvoie une enveloppe JSON avec le résumé et une liste FailedTests saisie par nom de cas de test.

La commande quitte 0 chaque fois qu'elle produit le résumé avec succès, que l'exécution ait réussi ou échoué. La transformation de « tests échoués présents» en une sortie CI non nulle est la tâche de l'appelant (branchez sur .Data.Failed). Voir Comportement du code de sortie sur executions pour le pipeline en trois étapes recommandé.

Arguments

Aucun

Options

• --execution-id <uuid> (obligatoire) : exécution à résumer. Obtenez-le à partir de la sortie uip tm testsets run .
• --project-key <key> — propriétaire du projet. Il est obligatoire de spécifier soit ceci, soit --test-set-key .
• --test-set-key <key> — clé de l'ensemble de tests (par ex. DEMO:42); la clé du projet est dérivée du préfixe.
• --query <expr> — filtre de style jq appliqué à la charge utile Data . Lorsque cette option est définie, imprime la valeur filtrée brute au lieu de l'enveloppe JSON. Prend en charge l'accès aux champs (.Field) et la construction d'objets ({key: .Field}).

Exemples

# 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}'

Format de données (sortie par défaut):

{
  "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" }
    ]
  }
}

Champs :

• TotalTests — Passed + Failed + Skipped.
• PassRate — formaté sous la forme d'une chaîne de pourcentage ("80%").
• Duration — formaté HH:MM:SS.
• FailedTests[].Error — le champ info du journal de cas de test, le cas échéant; sinon, une ; liste jointe de messages d'assertion ayant échoué; sinon, une chaîne de caractères vide.
• StartTime / EndTime — Horodatages ISO-8601 des statistiques d'exécution (présentés dans le JSON mais exclu dans l'exemple ci-dessus).

Associé

• exécution d'ensembles de tests — produit le ExecutionId utilisé ici.
• attendre — bloquer jusqu'à ce que l'exécution soit dans un état terminal avant de demander un résumé.
• résultat — les mêmes données qu'un fichier XML JUnit.
• exécutions liste des journaux de cas de test — énumération complète des journaux (pas seulement les échecs).
• testcaselogs list-assertions — examiner un seul journal ayant échoué.

Voir également

• Vue d’ensemble de Test Manager
• Modèles de script
• Formats de sortie - liens entre --output-filter et --query .