UIP-TM-Bericht

uip tm report erstellt eine strukturierte Zusammenfassung einer abgeschlossenen Testausführung: Anzahl, Erfolgsrate, Dauer und jeden fehlgeschlagenen Testfall mit der Assertionsmeldung, die den Fehler erklärt. Verwenden Sie sie, wenn Sie eine von Menschen scannbare Dashboardzeile oder ein maschinenlesbares Ergebnis für ein CI-Skript möchten.

Zusammenfassung

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

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

UIP-TM-Bericht abrufen

Eine Zusammenfassung für eine abgeschlossene Testausführung abrufen. Der Befehl:

1. Ruft die Statistiken der Ausführung ab (passed, failed, none, duration, Zeitpunkt).
2. Blätter durch die fehlgeschlagenen Testfallprotokolle.
3. Ruft für jedes fehlgeschlagene Protokoll ohne info -Zeichenfolge deren Assertionen ab und verkettet die Nachrichten der fehlgeschlagenen.
4. Gibt einen JSON-Umschlag mit der Zusammenfassung sowie eine FailedTests -Liste mit dem Testfallnamen zurück.

Der Befehl beendet 0 immer dann, wenn die Zusammenfassung erfolgreich erstellt wurde, unabhängig davon, ob die Ausführung erfolgreich war oder fehlgeschlagen ist. Es ist die Aufgabe des Aufrufers, „fehlgeschlagene Tests vorhanden“ in einen CI-Exit ungleich Null umzuwandeln (Verzweigung auf .Data.Failed). Die empfohlene dreistufige Pipeline finden Sie unter Exit-Code-Verhalten auf executions .

Argumente

Keine.

Optionen

• --execution-id <uuid> (erforderlich) – zusammenzufassende Ausführung. Rufen Sie dies aus der Ausgabe uip tm testsets run ab.
• --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.
• --query <expr> – Jq-Filter, der auf die Data -Nutzlast angewendet wird. Wenn diese Option festgelegt ist, wird der gefilterte Rohwert anstelle des JSON-Umschlags ausgegeben. Unterstützt den Feldzugriff (.Field) und die Objekterstellung ({key: .Field}).

Beispiele

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

Datenform (Standardausgabe):

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

Felder:

• TotalTests – Passed + Failed + Skipped.
• PassRate – formatiert als prozentuale Zeichenfolge ("80%").
• Duration – formatiert HH:MM:SS.
• FailedTests[].Error – Das Feld info des Testfallprotokolls, wenn vorhanden; andernfalls eine ; -verbundene Liste fehlgeschlagener Assertionsnachrichten; andernfalls ein leerer String.
• StartTime / EndTime – ISO-8601-Zeitstempel aus den Ausführungsstatistiken (in der JSON vorhanden, aber im obigen Beispiel weggelassen).

Zugehörig

• testsets run – erzeugt das hier verbrauchte ExecutionId .
• Wait – Blockieren Sie, bis sich die Ausführung in einem Endzustand befindet, bevor Sie eine Zusammenfassung anfordern.
• Ergebnis – die gleichen Daten wie eine JUnit-XML-Datei.
• executions testcaselogs list – vollständige Aufzählung von Protokollen (nicht nur Fehler).
• testcaselogs list-assertions – Untersuchen Sie ein einzelnes fehlgeschlagenes Protokoll.

Siehe auch

• Test Manager-Übersicht
• Skriptingmuster
• Ausgabeformate – wie sich --output-filter und --query beziehen.