uip-tm-Ergebnis

uip tm result lädt Ausführungsartefakte in einem strukturierten, CI-optimierten Format herunter. Heute hat es ein Verb, das eine JUnit-XML-Datei schreibt – die Überprüfen zwischen den meisten CI-Testdashboards (Azure DevOps, Jenkins, GitLab, KreisCI).

Zusammenfassung

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

Alle Verben berücksichtigen die globalen Optionen und die Standardaustrittscodes. Jedes Verb akzeptiert -t, --tenant <name> und --log-level <level> (Standard: Information).

UIP-TM-Ergebnis herunterladen

Laden Sie die Ergebnisse einer einzelnen Testausführung als JUnit-XML-Bericht herunter. Der Befehl:

1. Ruft die Statistiken der Ausführung, den Testsatznamen und die Testsatz-ID ab.
2. Durchläuft jedes Testfallprotokoll, das an die Ausführung angehängt ist.
3. Ruft für jedes Protokoll die Artefakte pro Assertion parallel ab (Fehler bei der Assertionssuche werden protokolliert und übersprungen, nicht schwerwiegend).
4. Ruft die Paketliste des Testsatzes ab ( nach bestem Wissen und Gewissen – fehlende Pakete werden im Hintergrund weggelassen).
5. Serialisiert alles als JUnit-XML und schreibt es in --result-path.

Die Felder Link und WebURL innerhalb des XML verweisen zurück auf die Test Manager-Webbenutzeroberfläche, indem die Slug der Organisation und der Mandantenname der aktuellen Sitzung verwendet werden.

Argumente

Keine.

Optionen

• --execution-id <uuid> (erforderlich) – Ausführung zum Herunterladen.
• --project-key <key> – das besitzende Projekt. Entweder dies oder --test-set-key ist erforderlich.
• --test-set-key <key> – Testsatzschlüssel (z. B DEMO:42); Der Projektschlüssel ist aus dem Präfix abgeleitet.
• --result-path <path> – Ausgabeort. Kann eine Datei (./junit.xml) oder ein Verzeichnis sein (die Datei ist nach dem Testsatz benannt). Standardmäßig das aktuelle Arbeitsverzeichnis.

Beispiel

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

Datenform

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

Das eigentliche JUnit-XML wird in OutputPath geschrieben. Der JSON-Umschlag meldet nur Erfolge plus Anzahlen für Zusammenfassungen.

Hinweis:

Das Ausgabeformat ist heute auf JUnit XML festgelegt. Format ist im Umschlag enthalten, sodass zukünftige Versionen weitere Formate (z. B. NUnit oder TRX) hinzufügen können, ohne dass eine grundlegende Änderung an der Form erfolgt.

Verwenden der Ausgabe in CI

Veröffentlichen Sie die XML-Datei mit der Test-Reporter-Aufgabe, die Ihre CI bereitstellt. Typische Muster:

# 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

Zugehörig

• testsets run – erzeugt das hier verbrauchte ExecutionId .
• Wait – Blockieren, bis sich die Ausführung in einem Endzustand befindet, bevor die Ergebnisse heruntergeladen werden.
• report – eine visuell lesbare Zusammenfassung (dieselbe Daten, andere Form), wenn Sie JUnit-XML nicht benötigen.
• Anhang – Laden Sie die Screenshots, Protokolle und Dateien herunter, die von Testfallprotokollen erstellt wurden.

Siehe auch

• Test Manager-Übersicht
• Skriptingmuster