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. La sortie sert de ligne de tableau de bord analysable par un humain ou de diagnostic lisible par machine pour les pipelines 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 exemple, 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 des 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 à partir des statistiques d'exécution.

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).
• testcaselog list-assertions — examiner un seul journal échoué.

Voir également

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