résultat tm uip

uip tm result télécharge les artefacts d’exécution dans un format structuré et convivial. Aujourd'hui, il contient un verbe, qui écrit un fichier XML JUnit — la ling persona utilisé par la plupart des tableaux de bord de test CI.

Synthèse

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

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

Téléchargement des résultats uip tm

Télécharger les résultats d'une exécution de test unique sous forme de rapport XML JUnit. La commande:

1. Récupère les statistiques de l'exécution, le nom de l'ensemble de tests et l'ID de l'ensemble de tests.
2. Pages à travers chaque journal de cas de test associé à l'exécution.
3. Pour chaque journal, extrait les artefacts par assertion en parallèle (les échecs de recherche d'assertions sont consignés et ignorés, pas fatals).
4. Récupère la liste des packages de l'ensemble de tests (dans le meilleur effort - les packages manquants sont omis en mode silencieux).
5. Sérialise tout ce qui est en JUnit XML et l’écrit dans --result-path.

Les champs de lien et d’URL Web à l’intérieur du XML pointent vers l’interface utilisateur Web de Test Manager en utilisant le champ de données dynamique de l’organisation et le nom du locataire de la session en cours.

Arguments

Aucun

Options

• --execution-id <uuid> (requis) : exécution à télécharger.
• --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.
• --result-path <path> — emplacement de sortie. Il peut s’agir d’un fichier (./junit.xml) ou d’un répertoire (le fichier est nommé d’après l’ensemble de tests). La valeur par défaut est le répertoire de travail actuel.

Exemple

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

Format des données

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

Le XML JUnit réel est écrit dans OutputPath. L'enveloppe JSON indique uniquement la réussite et le nombre de résumés.

Remarque :

Le format de sortie est corrigé sur JUnit XML aujourd'hui. Format est inclus dans l'enveloppe afin que les versions futures puissent ajouter davantage de formats (par exemple, NUnit ou TPX) sans que la forme change de façon radicale.

Utilisation de la sortie dans CI

Publiez le fichier XML avec la tâche de rapport de test fournie par votre CI. Schémas typiques:

# 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

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 télécharger les résultats.
• rapport — un résumé lisible par un humain (même données, forme différente) si vous n'avez pas besoin de JUnit XML.
• pièce jointe — téléchargez les captures d'écran, les journaux et les fichiers produits par les journaux de cas de test.

Voir également

• Vue d’ensemble de Test Manager
• Modèles de script