- 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
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von geregelten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- 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
- Aktivieren von Healing Agent
- 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
Häufig gestellte Fragen zur Funktionsparität zwischen Test Manager und dem Orchestrator-Testmodul im Vorfeld der Einstellung im April 2026.
Das Testmodul in Orchestrator wird am 30. April 2026 vollständig veraltet und entfernt.Angesichts dieser Änderung finden Sie in den Richtlinien zur Außerbetriebnahme und in der Funktionsparität von Test Manager – Orchestrator.
Richtlinien zur Außerbetriebnahme
- Konsultieren Sie den Zeitplan der Außerbetriebnahme.
- Ursprüngliche Ankündigung: Oktober 2023
- Funktionsparität: 18. April 2025
- Erste Phase der Einstellung: 1. Januar 2026
- Benutzer können weiterhin Testsätze erstellen, sollten jedoch zu Test Manager migrieren.
- Zweite Phase der Einstellung (Entfernung): 30. April 2026
- Die Ausführung wird nicht mehr zulässig sein.
- Verwenden Sie das Migrationstool, um Ihre Orchestrator-Assets in Test Manager zu übertragen.
Test Manager vs. Orchestrator – Parität der Testfunktionen
| Test Manager | Orchestrator | |
|---|---|---|
| Zweck | Ein Planungs-, Analyse- und Verwaltungstool für manuelle und automatisierte Tests. Verbindet die Automatisierung mit dem Lebenszyklus der agilen Planung und des Testmanagements. | Ein Bereitstellungs-, Überwachungs- und Verwaltungstool für UiPath-Roboter und Testautomatisierungen. Fungiert als zentraler Hub zum Steuerelement und zur Orchestrierung von Automatisierungen in verschiedenen Umgebungen. |
| Persona |
|
|
| Rolle in Testautomatisierung |
|
|
| Funktionen der gemeinsamen Testautomatisierung |
|
Masked or anonymized production data can be used as test data by uploading it to Data Service (Data Fabric) as an Excel file and linking it to a Studio automation. Direct test data linking from Test Manager test sets is planned as a future enhancement.
Process status vs. test case status for assertion failures
A plain Orchestrator job's status only reflects whether the job itself failed to run, such as an unhandled exception — it does not reflect the pass/fail result of individual Verify or assertion activities inside the workflow. A process with one or more failing Verify activities can still show as Passed at the job level unless an exception is thrown, or unless the Verify activity's Continue on error property is set to false.
A Test Manager test case execution does not have this gap: its status reflects the worst of the job status and the assertion results, so a failing Verify activity always produces a failed test case, regardless of the underlying job status.