uip-tm-Testfälle ab

uip tm testcases verwaltet Testfälle innerhalb eines Test Manager-Projekts: Erstellen, Auflisten, Aktualisieren, Löschen, Verknüpfen oder Aufheben der Verknüpfung einer Orchestrator-Automatisierung, Überprüfen historischer Ergebnisse und Auflisten, welche Testsätze einen Testfall enthalten. Auf dieser Seite werden auch uip tm testcaselog list-assertions dokumentiert, das die Assertionsartefakte liest, die an ein einzelnes Testfallprotokoll angehängt sind, und die testcaselog start / testcaselog finish -Verben, die von Automatisierungen zum Aufzeichnen manueller Protokolleinträge verwendet werden.

Ein Testfall ist die Einheit der Autorisierung. Es wird ausführbar, sobald es mit einem Paketeinstiegspunkt mit testcases link-automation verknüpft ist, und es wird als Teil eines Testsatzes ausgeführt (siehe Testsätze).

Zusammenfassung

uip tm testcases create --project-key <key> --name <name> [--description <text>] [--precondition <text>] [--postcondition <text>]
uip tm testcases list --project-key <key> [--filter <text>] [--limit <n>] [--offset <n>]
uip tm testcases list-result-history --project-key <key> --test-case-id <uuid> [--limit <n>] [--offset <n>]
uip tm testcases update --project-key <key> --test-case-key <key> [--name <name>] [--description <text>] [--precondition <text>] [--postcondition <text>]
uip tm testcases delete --project-key <key> --test-case-key <key> [-y]
uip tm testcases link-automation --project-key <key> --test-case-key <key> --automation-id <uuid>
uip tm testcases unlink-automation --project-key <key> --test-case-key <key>
uip tm testcases list-automations --folder-key <uuid> [--package-name <name>]
uip tm testcases list-testsets --project-key <key> --test-case-id <uuid>
uip tm testcases run --project-key <key> --test-case-id <uuid...> --name <name> --execution-type <type> [--async] [--folder-key <uuid>] [--runtime-type <type>] [--robot-user-key <uuid>] [--machine-key <uuid>] [--host-machine-name <name>] [--service-user-name <name>] [--test-set-packages <json>]
uip tm testcases add --test-set-key <key> --test-case-keys <keys>
uip tm testcases remove --test-set-key <key> --test-case-keys <keys> [-y]
uip tm testcases list-steps --project-key <key> --test-case-id <uuid>

uip tm testcases steps list --project-key <key> --test-case-id <uuid>
uip tm testcases steps get --project-key <key> --step-id <uuid>
uip tm testcases steps add --project-key <key> --test-case-id <uuid> [--description <text>] [--expected-result <text>] [--action-type <type>] [--clipboard-data <text>] [--order-no <n>] [--step <json>...]
uip tm testcases steps update --project-key <key> --step-id <uuid> [--description <text>] [--expected-result <text>] [--action-type <type>] [--clipboard-data <text>]
uip tm testcases steps move --project-key <key> --step-id <uuid> --target-position <n>
uip tm testcases steps delete --project-key <key> --step-id <uuid> [-y]

uip tm testcaselog list-assertions --project-key <key> --test-case-log-id <uuid>

uip tm testcaselog start --execution-id <uuid> --test-case-id <uuid> [--execution-type <type>]
uip tm testcaselog finish --test-case-log-id <uuid> [--info <text>]

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

uip-tm-Testfälle erstellen

Erstellen eines neuen Testfalls innerhalb eines Projekts.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --name <name> (erforderlich) – Testfallname.
• --description <text> – Freiform-Beschreibung. Standardmäßig leer.
• --precondition <text> – Vorbedingungstext. Standardmäßig leer.
• --postcondition <text> – Text nach der Bedingung. Standardmäßig leer.

Beispiel

uip tm testcases create \
  --project-key DEMO \
  --name "Login smoke" \
  --description "Logs in and out"

Datenform

{
  "Code": "TestCaseCreate",
  "Data": {
    "TestCaseKey": "DEMO:1",
    "Id": "a1b2c3d4-0000-0000-0000-000000000001",
    "Name": "Login smoke",
    "Description": "Logs in and out"
  }
}

TestCaseKey (der öffentliche PROJECT:N -Bezeichner) ist das, was Sie an andere Verben übergeben. Die interne Id (UUID) wird für list-result-history und list-testsets benötigt.

Liste der UIP-TM-Testfälle

Listet alle Testfälle in einem Projekt auf.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – Projekt zur Liste.
• --filter <text> – Filtern nach Name oder Schlüssel (serverseitige Suche).
• --limit <n> – Seitengröße. Die Standardeinstellung ist 50.
• --offset <n> – Ergebnisse, die übersprungen werden sollen. Die Standardeinstellung ist 0.

Beispiel

uip tm testcases list --project-key DEMO --filter login --limit 20

Datenform

{
  "Code": "TestCasesList",
  "Data": [
    {
      "TestCaseKey": "DEMO:1",
      "Name": "Login smoke",
      "Description": "Logs in and out"
    }
  ]
}

Liste der UIP-TM-Testfälle

Listen Sie die historischen Testfallprotokolle für einen einzelnen Testfall auf. Nimmt die interne --test-case-id (UUID) – suchen Sie nach der UUID über testcases list oder aus einer früheren TestCaseCreate -Ausgabe.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid> (erforderlich) – interne Testfall-UUID.
• --limit <n> – Seitengröße. Die Standardeinstellung ist 50.
• --offset <n> – Ergebnisse, die übersprungen werden sollen. Die Standardeinstellung ist 0.

Beispiel

uip tm testcases list-result-history \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001 \
  --limit 10

Datenform

{
  "Code": "TestCaseResultHistory",
  "Data": [
    {
      "Id": "b2c3d4e5-0000-0000-0000-000000000001",
      "Result": "Failed",
      "Status": "Finished",
      "ExecutionEnd": "2025-04-15T12:00:00Z"
    }
  ]
}

Aktualisierung der UIP-TM-Testfälle

Benennen Sie einen Testfall um oder ändern Sie seine Beschreibung, Vorbedingung oder Nachbedingung. Mindestens eines dieser Felder muss ausgefüllt werden.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-key <key> (erforderlich) – Testfallschlüssel (z. B. DEMO:1).
• --name <name> – Neuer Name.
• --description <text> – Neue Beschreibung.
• --precondition <text> – Neuer Vorbedingungstext.
• --postcondition <text> – Neuer Nachbedingungstext.

Beispiel

uip tm testcases update \
  --project-key DEMO \
  --test-case-key DEMO:1 \
  --name "Login smoke (2026)" \
  --precondition "User account exists"

Datenform

{
  "Code": "TestCaseUpdate",
  "Data": {
    "TestCaseKey": "DEMO:1",
    "Name": "Login smoke (2026)",
    "Result": "Updated"
  }
}

UIP-TM-Testfälle löschen

Löschen Sie einen Testfall anhand seines Schlüssels.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-key <key> (erforderlich) – Testfallschlüssel (z. B. DEMO:1).
• -y, --yes – Überspringen Sie die Bestätigungsaufforderung. In nicht interaktiven Umgebungen erforderlich.

Beispiel

uip tm testcases delete \
  --project-key DEMO \
  --test-case-key DEMO:1 \
  --yes

Datenform

{
  "Code": "TestCaseDelete",
  "Data": {
    "TestCaseKey": "DEMO:1",
    "Id": "a1b2c3d4-0000-0000-0000-000000000001",
    "Result": "Deleted"
  }
}

UIP-TM-Testfälle Link-Automatisierung

Binden Sie eine Orchestrator-Automatisierung über ihre Automatisierungs-UUID an einen Testfall. Dadurch wird der Testfall innerhalb eines Testsatzes ausführbar. Führen Sie testcases list-automations aus, um den --automation-id für einen bestimmten Ordner zu erkennen.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-key <key> (erforderlich) – Testfall zum Binden.
• --automation-id <uuid> (erforderlich) – UUID der Orchestrator-Automatisierung (Paketeinstiegspunkt). Rufen Sie dies von uip tm testcases list-automations ab.

Beispiel

uip tm testcases link-automation \
  --project-key DEMO \
  --test-case-key DEMO:1 \
  --automation-id f0f0f0f0-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestCaseLinkAutomation",
  "Data": {
    "TestCaseKey": "DEMO:1",
    "AutomationId": "f0f0f0f0-0000-0000-0000-000000000001",
    "Result": "Linked"
  }
}

UIP-TM-Testfälle – Automatisierung aufheben

Die Automatisierungsbindung aus einem Testfall entfernen. Nach dem Aufheben der Verknüpfung ist der Testfall nicht mehr ausführbar, bis er erneut verknüpft wird.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-key <key> (erforderlich) – Testfall, zum Aufheben der Verknüpfung.

Beispiel

uip tm testcases unlink-automation \
  --project-key DEMO \
  --test-case-key DEMO:1

Datenform

{
  "Code": "TestCaseUnlinkAutomation",
  "Data": {
    "TestCaseKey": "DEMO:1",
    "Result": "Unlinked"
  }
}

Listenautomatisierungen für UIP-TM-Testfälle

Listen Sie die Testeinstiegspunkte auf, die in einem Orchestrator-Ordner verfügbar sind. Führen Sie dies aus, um den Wert --automation-id zu erkennen, der an link-automation übergeben werden soll.

Argumente

Keine.

Optionen

• --folder-key <uuid> (erforderlich) – UUID des Orchestrator-Ordners.
• --package-name <name> – Filtert die Liste auf ein Paket (exakte Übereinstimmung ohne Groß-/Kleinschreibung).

Beispiel

uip tm testcases list-automations \
  --folder-key f0f0f0f0-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestAutomationsList",
  "Data": [
    {
      "AutomationId": "f0f0f0f0-0000-0000-0000-000000000001",
      "PackageName": "InvoiceTests",
      "TestName": "SmokeTest",
      "PackageVersion": "1.0.2"
    }
  ]
}

UIP-TM-Testfälle – Listentestsätze

Listen Sie jeden Testsatz auf, der einen bestimmten Testfall enthält.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid> (erforderlich) – interne Testfall-UUID (nicht der PROJECT:N -Schlüssel). Rufen Sie sie von testcases list oder aus einer TestCaseCreate -Antwort ab.

Beispiel

uip tm testcases list-testsets \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestCaseTestSetsList",
  "Data": [
    {
      "TestSetKey": "DEMO:10",
      "Name": "Smoke Suite",
      "FolderKey": "f0f0f0f0-0000-0000-0000-000000000001"
    }
  ]
}

uip-tm-Testfälle werden ausgeführt

Führen Sie eine neue Ausführung für einen oder mehrere Testfälle direkt aus, ohne zuerst einen Testsatz zu erstellen. Die CLI erstellt einen temporären Testsatz, führt ihn aus und gibt den ExecutionId zurück.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid...> (erforderlich) – eine oder mehrere auszuführende Testfall-UUIDs (durch Leerzeichen getrennt).
• --name <name> (erforderlich) – Name für die neue Ausführung.
• --execution-type <type> (erforderlich) – welche Testfälle ausgeführt werden sollen: automated, manual, mixed oder none.
• --async – Kehren Sie sofort nach dem Einreihung in die Warteschlange ohne Abruf zurück.
• --folder-key <uuid> – Der Orchestrator-Ordner, in dem ausgeführt werden soll.
• --runtime-type <type> – Roboter-Laufzeittyp (z. B. Unattended).
• --robot-user-key <uuid> – Zuzuweisender Roboterbenutzer.
• --machine-key <uuid> – Zuzuweisende Maschine.
• --host-machine-name <name> – Name der Hostmaschine.
• --service-user-name <name> – der Dienstbenutzername.
• --test-set-packages <json> – JSON-Array von Paketüberschreibungen: [{"packageName":"Pkg","version":"1.0.0"}].

Beispiel

uip tm testcases run \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001 \
  --execution-type automated \
  --name "Smoke run"

Datenform

{
  "Code": "TestCaseRun",
  "Data": {
    "ExecutionId": "b2c3d4e5-0000-0000-0000-000000000001",
    "Status": "Running",
    "StartTime": "2025-04-15T10:30:00Z"
  }
}

UIP-TM-Testfälle hinzufügen

Fügen Sie einen oder mehrere Testfälle zu einem vorhandenen Testsatz hinzu.

Argumente

Keine.

Optionen

• --test-set-key <key> (erforderlich) – Testsatzobjektschlüssel (z. B. DEMO:42).
• --test-case-keys <keys> (erforderlich) – durch Komma getrennte Testfallschlüssel, die hinzugefügt werden sollen (z. B. DEMO:1,DEMO:2).

Beispiel

uip tm testcases add \
  --test-set-key DEMO:42 \
  --test-case-keys DEMO:1,DEMO:2

Datenform

{
  "Code": "TestSetAddTestCases",
  "Data": {
    "TestSetKey": "DEMO:42",
    "Added": "DEMO:1, DEMO:2",
    "Result": "Added"
  }
}

uip-tm-Testfälle entfernen

Entfernen Sie einen oder mehrere Testfälle aus einem Testsatz.

Argumente

Keine.

Optionen

• --test-set-key <key> (erforderlich) – Testsatzobjektschlüssel (z. B. DEMO:42).
• --test-case-keys <keys> (erforderlich) – Durch Kommas getrennte Testfallschlüssel, die entfernt werden sollen (z. B. DEMO:1,DEMO:2).
• -y, --yes – Überspringen Sie die Bestätigungsaufforderung. In nicht interaktiven Umgebungen erforderlich.

Beispiel

uip tm testcases remove \
  --test-set-key DEMO:42 \
  --test-case-keys DEMO:1,DEMO:2 \
  --yes

Datenform

{
  "Code": "TestSetRemoveTestCases",
  "Data": {
    "TestSetKey": "DEMO:42",
    "Removed": "DEMO:1, DEMO:2",
    "Result": "Removed"
  }
}

Schritte für UIP-TM-Testfälle auflisten

Listen Sie die manuellen Testschritte eines Testfalls auf. Dies ist ein Alias für testcases steps list.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid> (erforderlich) – interne Testfall-UUID.

Beispiel

uip tm testcases list-steps \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestCaseStepsList",
  "Data": [
    {
      "Id": "d4e5f6a7-0000-0000-0000-000000000001",
      "TestCaseId": "a1b2c3d4-0000-0000-0000-000000000001",
      "OrderNo": 0,
      "ActionType": "Manual",
      "Description": "Open login page",
      "ExpectedResult": "Login form is displayed"
    }
  ]
}

Schritte für UIP-TM-Testfälle

testcases steps ist eine Untergruppe, die die einzelnen manuellen Schritte eines Testfalls verwaltet: Auflisten, Abrufen, Hinzufügen, Aktualisieren, Verschieben und Löschen.

UIP-TM-Testfallschritte

Listen Sie die Schritte eines Testfalls in der richtigen Reihenfolge auf.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid> (erforderlich) – interne Testfall-UUID.

Beispiel

uip tm testcases steps list \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestCaseStepsList",
  "Data": [
    {
      "Id": "d4e5f6a7-0000-0000-0000-000000000001",
      "OrderNo": 0,
      "ActionType": "Manual",
      "Description": "Open login page",
      "ExpectedResult": "Login form is displayed"
    }
  ]
}

Rufen Sie die Schritte für die UIP-TM-Testfälle ab

Rufen Sie einen einzelnen Schritt anhand seiner UUID ab.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --step-id <uuid> (erforderlich) – Testschritt-UUID (von steps list).

Beispiel

uip tm testcases steps get \
  --project-key DEMO \
  --step-id d4e5f6a7-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestStepGet",
  "Data": {
    "Id": "d4e5f6a7-0000-0000-0000-000000000001",
    "OrderNo": 0,
    "ActionType": "Manual",
    "Description": "Open login page",
    "ExpectedResult": "Login form is displayed"
  }
}

UIP-TM-Testfälle Schritte hinzufügen

Fügen Sie einem Testfall einen oder mehrere Schritte hinzu. Verwenden Sie Inline-Flags für einen einzelnen Schritt oder --step <json> (wiederholbar) für mehrere gleichzeitig.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --test-case-id <uuid> (erforderlich) – Testfall, dem Schritte hinzugefügt werden sollen.
• --description <text> – Beschreibung der Schritte (Einzelschrittmodus).
• --expected-result <text> – erwartetes Ergebnis (Einzelschritt-Modus).
• --action-type <type> – Schritt-Aktionstyp (Einzelschritt-Modus).
• --clipboard-data <text> – Testdaten, die für den Schritt kopiert werden sollen (Einzelschrittmodus).
• --order-no <n> – 0-basierte Einfügeposition; auf Anfügen am Ende weglassen (Einzelschrittmodus).
• --step <json> – ein Schritt als JSON-Objekt ({"description":"...","expectedResult":"..."}). Wiederholen Sie den Vorgang, um mehrere Schritte hinzuzufügen.

Beispiele

# single step
uip tm testcases steps add \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001 \
  --description "Open login page" \
  --expected-result "Login form is displayed"

# multiple steps
uip tm testcases steps add \
  --project-key DEMO \
  --test-case-id a1b2c3d4-0000-0000-0000-000000000001 \
  --step '{"description":"Open login page","expectedResult":"Login form is shown"}' \
  --step '{"description":"Enter credentials","clipboardData":"[e-mail]"}' \
  --step '{"description":"Click submit","expectedResult":"Dashboard loads"}'

Datenform

{
  "Code": "TestStepAdd",
  "Data": [
    {
      "Id": "d4e5f6a7-0000-0000-0000-000000000001",
      "OrderNo": 0,
      "Description": "Open login page",
      "ExpectedResult": "Login form is displayed"
    }
  ]
}

Aktualisierung der UIP-TM-Testfallschritte

Aktualisieren Sie die Beschreibung eines Schritts, das erwartete Ergebnis, den Aktionstyp oder die Zwischenablagedaten. Mindestens eines dieser Felder muss ausgefüllt werden.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --step-id <uuid> (erforderlich) – Testschritt-UUID.
• --description <text> – Neue Beschreibung.
• --expected-result <text> – neues erwartetes Ergebnis.
• --action-type <type> – Neuer Aktionstyp.
• --clipboard-data <text> – neue Daten in der Zwischenablage.

Beispiel

uip tm testcases steps update \
  --project-key DEMO \
  --step-id d4e5f6a7-0000-0000-0000-000000000001 \
  --expected-result "Dashboard is shown"

Datenform

{
  "Code": "TestStepUpdate",
  "Data": {
    "StepId": "d4e5f6a7-0000-0000-0000-000000000001",
    "Result": "Updated"
  }
}

uip-tm-Testfälle Schritte verschieben

Verschieben Sie einen Schritt an eine neue Position in der Testfallreihenfolge.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --step-id <uuid> (erforderlich) – Testschritt-UUID.
• --target-position <n> (erforderlich) – neue 0-basierte Position (0 = zuerst). Entspricht dem Feld OrderNo aus steps list.

Beispiel

uip tm testcases steps move \
  --project-key DEMO \
  --step-id d4e5f6a7-0000-0000-0000-000000000001 \
  --target-position 2

Datenform

{
  "Code": "TestStepMove",
  "Data": {
    "StepId": "d4e5f6a7-0000-0000-0000-000000000001",
    "TargetPosition": 2,
    "Result": "Moved"
  }
}

UIP-TM-Testfallschritte löschen

Einen Schritt aus einem Testfall löschen. Dies ist endgültig.

Argumente

Keine.

Optionen

• --project-key <key> (erforderlich) – besitzendes Projekt.
• --step-id <uuid> (erforderlich) – Testschritt-UUID.
• -y, --yes – Überspringen Sie die Bestätigungsaufforderung. In nicht interaktiven Umgebungen erforderlich.

Beispiel

uip tm testcases steps delete \
  --project-key DEMO \
  --step-id d4e5f6a7-0000-0000-0000-000000000001 \
  --yes

Datenform

{
  "Code": "TestStepDelete",
  "Data": {
    "StepId": "d4e5f6a7-0000-0000-0000-000000000001",
    "Result": "Deleted"
  }
}

uip tm testcaselog list-assertions

Listen Sie die Assertionen auf, die für ein einzelnes Testfallprotokoll aufgezeichnet wurden. Bei jeder Ausführung eines Testfalls wird genau ein Testfallprotokoll erzeugt; seine Assertionen sind die einzelnen von der Automatisierung aufgezeichnete Prüfungen. Dieses Verb zeigt , warum ein Testfallprotokoll markiert ist Failed.

Dieses Verb wird unter testcaselog registriert, nicht testcases, wird aber hier dokumentiert, da es Assertionsartefakte für das Protokoll eines Testfalls liest.

Argumente

Keine.

Optionen

• --test-case-log-id <uuid> (erforderlich) – Testfallprotokoll-UUID. Rufen Sie es von uip tm executions testcaselogs list oder uip tm testcases list-result-history ab.
• --project-key <key> (erforderlich) – besitzendes Projekt.

Beispiel

uip tm testcaselog list-assertions \
  --test-case-log-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO

Datenform

{
  "Code": "TestCaseLogAssertions",
  "Data": [
    { "Message": "Title contains 'Welcome'", "Succeeded": true },
    { "Message": "Button 'Login' visible", "Succeeded": false }
  ]
}

uip tm testcaselog starten

Signalisiert den Beginn eines manuellen Testfallprotokolleintrags für einen bestimmten Testfall innerhalb einer Ausführung.

Argumente

Keine.

Optionen

• --execution-id <uuid> (erforderlich) – die Ausführung, in der der Testfall ausgeführt wird.
• --test-case-id <uuid> (erforderlich) – interne UUID des Testfalls, der protokolliert wird.
• --execution-type <type> – Ausführungstyp für den Protokolleintrag (z. B. automated, manual). Optional.

Beispiel

uip tm testcaselog start \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --test-case-id b2c3d4e5-0000-0000-0000-000000000001

Datenform

{
  "Code": "TestCaseLogStart",
  "Data": {
    "TestCaseLogId": "c3d4e5f6-0000-0000-0000-000000000001",
    "Status": "InProgress"
  }
}

uip tm testcaselog fertig stellen

Signalisieren Sie das Ende eines manuell gestarteten Testfallprotokolleintrags.

Argumente

Keine.

Optionen

• --test-case-log-id <uuid> (erforderlich) – die von testcaselog start zurückgegebene Protokoll-ID.
• --info <text> – Optionale Fehler- oder Informationsmeldung, die an den Protokolleintrag angehängt werden soll.

Beispiel

uip tm testcaselog finish \
  --test-case-log-id c3d4e5f6-0000-0000-0000-000000000001 \
  --info "Login button not found on page"

Datenform

{
  "Code": "TestCaseLogFinish",
  "Data": {
    "TestCaseLogId": "c3d4e5f6-0000-0000-0000-000000000001",
    "Result": "Finished"
  }
}

Zugehörig

• project – Scope, der jeden Testfall besitzt.
• testsets – gruppieren Testfälle in einer ausführbaren Suite.
• Ausführungen – Ansichten von Testfallprotokollen auf Ausführungsebene.
• Bericht – Zusammenfassung einer Ausführung mit fehlgeschlagenen Fällen und Assertionstext.

Siehe auch

• Test Manager-Übersicht
• uip or folders list – Quelle von --folder-key für list-automations.