- Erste Schritte
- Projektmanagement
- Dokumente
- Arbeiten mit der Analyse der Änderungsauswirkungen
- Erstellen von Testfällen
- Zuweisen von Testfällen zu Anforderungen
- Klonen von Testfällen
- Exportieren von Testfällen
- Verknüpfen von Testfällen in Studio mit dem Test Manager
- Delete test cases
- Manuelle Testfälle
- Dokumentieren von Testfällen mit Task Capture
- Parameter
- Playwright-Testfallfelder
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Aktivieren oder Deaktivieren von Governance in einem Massenauftrag für Testfälle
- Durchsetzung der Signaturreihenfolge für gesteuerte Testfälle
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von gesteuerten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- Anzeigen von Governance-Informationen für Testfallprotokolle
- Verwalten von Genehmigern für gesteuerte Testfallprotokolle
- Verwalten von gesteuerten Testfallprotokollen im Status In Work
- Verwalten von gesteuerten Testfallprotokollen im Status „Wird überprüft“.
- Verwalten von gesteuerten Testfallprotokollen im Signiert
- Verwalten von Kommentaren für gesteuerte Testfallprotokolle
- Aktivieren der Governance auf Testfallprotokollebene
- Deaktivieren der Governance auf Testfallprotokollebene
- Anwenden von Filtern und Ansichten
- Importieren von Orchestrator-Testsätzen
- Creating test sets
- Hinzufügen von Testfällen zu einem Testsatz
- Zuweisen von Standardbenutzern in der Testsatzausführung
- Aktivieren der Aktivitätsabdeckung
- Konfigurieren von Testsätzen für bestimmte Ausführungsordner und Roboter
- Überschreiben von Parametern
- Klonen von Testsätzen
- Exportieren von Testsätzen
- Anwenden von Filtern und Ansichten
- FAQ – Funktion – Test Manager vs Orchestrator
- Ausführen von manuellen Tests
- Ausführen automatisierter Tests
- Ausführen von Testfällen ohne Testsatz
- Ausführen gemischter Tests
- Erstellen von ausstehenden Ausführungen
- Erzwingen einer Ausführungsreihenfolge
- Erneutes Ausführen von Testausführungen
- Planen von Ausführungen
- Fehlerbehebung bei automatisierten Ausführungen
- Zugänglichkeitstests für Test Cloud
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- ALM Tool-Integration
- API-Integration
- Codierungs-Agenten für das Testen
- Fehlersuche und ‑behebung
Funktionsweise der Playwright-Artefakterfassung
Screenshot-, Video- und Trace-Erfassung für Playwright-Testausführungen in Test Manager, gesteuert durch die eigene Playwright-Konfiguration Ihres Projekts.
Diese Funktion ist kontrolliert verfügbar und wird nur für berechtigte Mandanten bereitgestellt. Sie ist in Test Manager nur verfügbar, wenn sie über Test Cloud bereitgestellt wird.
Test Manager überschreibt die Konfiguration eines Playwright-Projekts für die Erfassung von Screenshots, Videos und Traces nicht. Die eigene Konfiguration Ihres Projekts hat immer Vorrang: Playwright löst die Erfassungseinstellungen (use: { screenshot, video, trace }) auf, wobei playwright.config.ts auf Projektebene Vorrang vor jeder Umschaltoption auf Plattformebene hat.
Die Artefakte, die ein Playwright-Projekt bereits für einen Test erzeugt, werden in Test Manager angezeigt. Um weitere Artefakte zu erfassen, z. B. Traces bei jeder Ausführung, fügen Sie die Einstellung direkt zu playwright.config.ts hinzu:
use: { trace: 'on' }
use: { trace: 'on' }
Die Schritte zum Ändern und erneuten Veröffentlichen dieser Konfiguration finden Sie unter Konfigurieren der Artefakterfassung für Playwright-Tests.
Einrichtungs- und Abhängigkeitstests
Wenn ein Playwright-Projekt dependencies zwischen Projekten, z. B. eine Authentifizierungseinrichtung, verwendet, die vor einem Test ausgeführt werden muss, führt Test Manager diese Einrichtung automatisch als Teil des ausgelösten Tests aus und zeigt sie als Teil desselben Ergebnisses an. Dies unterscheidet sich vom Fixture-System von Playwright (test.extend()), das Test Manager nicht abbildet – siehe „Playwright-Testautomatisierung“.
Playwright-Versuche und Traces
Jedes Testfallprotokoll einer Playwright-Ausführung erhält zusätzlich zu den von Test Manager bereitgestellten Standardregisterkarten zwei weitere Registerkarten:
- „Versuche“ zeigen jeden Eintrag an, den Playwright pro Versuch im Protokoll dieses Testfalls erstellt hat. Beim Erweitern eines Versuchs wird eine Zusammenfassung des aufgetretenen Problems angezeigt. Bei einer weiteren Erweiterung wird der vollständige Fehlerkontext inline gerendert – dabei handelt es sich um die eigene
error-context.md-Datei von Playwright, sodass kein Download erforderlich ist. - Trace zeigt einen eingebetteten Playwright-Trace-Viewer an, sodass Sie Konsolenprotokolle, Netzwerkaufrufe und Anhänge für diesen Versuch überprüfen können, ohne Test Manager zu verlassen. Roboterprotokolle aus der nativen Ausführung befinden sich stattdessen auf der vorhandenen Registerkarte „Protokolle“, auf der für jedes Testfallprotokoll einer Playwright-basierten Ausführung dieselben Roboterprotokolle angezeigt werden.
Zusätzliche Dateien werden dort angehängt, wo Playwright sie erzeugt: console-output.txt und console-errors.txt pro Test, sowie eine pro-Test playwright-result.json. Die rohe results.json für den gesamten Durchlauf wird auf der Ausführungsebene angehängt. Anhänge können einzeln heruntergeladen oder direkt über den Trace-Viewer angezeigt werden.
Wiederholungen
Wenn in einem Projekt Wiederholungen konfiguriert sind und ein Test fehlschlägt, aber bei der Wiederholung erfolgreich ist, zeichnet Test Manager das Ergebnis als „Bestanden“ auf. Die fehlgeschlagenen Versuche bleiben dabei in der oben beschriebenen Detailansicht „Versuche“ sichtbar. Artefakte aus fehlgeschlagenen Versuchen werden beibehalten, da sie für das Debuggen am nützlichsten sind.
Video-Rendering
Test Manager rendert die .webm-Videoaufzeichnungen von Playwright nicht inline als abspielbares Video – wie derzeit auch bei nativen UiPath-Automatisierungen. Der Trace-Viewer enthält pro Versuch einen Link zur .webm-Datei, über den sie heruntergeladen werden kann.