FAQ – Funktion – Test Manager vs Orchestrator

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

1. 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.
2. Verwenden Sie das Migrationstool, um Ihre Orchestrator-Assets in Test Manager zu übertragen.

Test Manager vs. Orchestrator – Parität der Testfunktionen

Tabelle 1. Test Manager vs Orchestrator – Testfunktionparität

	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	Testmanager Testbenutzer	AutomatisierungsAdministrators Automation-Entwickler
Rolle in Testautomatisierung	​ Anforderungen erstellen Nachverfolgbarkeit von Anforderungen definieren​ Testfalldefinitionen erstellen Testautomatisierungen mit Definition verknüpfen ​ Unterstützt manuelle Tests, manuelle Testausführung und gemischte Testausführung​ Lässt sich für Testdokumentationsanforderungen in Task Capture integrieren Bietet Dashboard-Berichte und Berichtsdienste über die API​ Unterstützt die Defekterstellung​ Unterstützt Beschriftungen und Dokumente​ Möglichkeit, die Ausführungsreihenfolge zu erzwingen​ Möglichkeit zur Analyse von Testergebnissen​ Möglichkeit, Testergebnisse zu überschreiben​ Möglichkeit zum Exportieren von Daten​ Integriert ALM- und Testmanagement-Tools von Drittanbietern KI-gestützte Testfallgenerierung KI-gestützte Testerkenntnisse Heatmap und UiPath-Analyse der Änderungsauswirkungen für SAP ​	Speichert und verwaltet Testfall-Automatisierungen​ Kann Automatisierung einem bestimmten Ordner mit RBAC (*TM parity*) zuweisen Kann Automatisierung einer bestimmten Benutzer-/Maschinenzuordnung (*TM parity*) zuweisen Kann eine bestimmte Testautomatisierungsversion (*TM parity*) auswählen Erstellen Sie Testzeitpläne (* TM-Parität *)​ Testdaten in Test Data-Warteschlangen verwalten (* in Test Cloud nicht unterstützt – verwenden Sie stattdessen Data Fabric *)​ Daten können direkt mit Workflow-Aktivitäten abgerufen werden​. Laden Sie Testdaten aus einer .csv- ​ Daten können als verbraucht markiert werden.​ Möglichkeit, eine einzelne Testfallausführung auszulösen (*TM Gleichheit*)​ ​
Funktionen der gemeinsamen Testautomatisierung	Testsätze erstellen Testsätze klonen Testsätze klonen Klonanforderungen Testfälle klonen. Trigger automatisierte Testsatzausführung auslösen Testfälle und ganze Testsätze erneut ausführen Testüberprüfungen, Screenshots und Roboterprotokolle anzeigen Testergebnisse über Testausführungen hinweg analysieren.	Testsätze erstellen Testsätze klonen Trigger automatisierte Testsatzausführung auslösen Testfälle erneut ausführen Testüberprüfungen, Screenshots und Roboterprotokolle anzeigen

Hinweis:

Maskierte oder anonymisierte Produktionsdaten können als Testdaten verwendet werden, indem Sie sie als Excel-Datei in Data Service (Data Fabric) hochladen und mit einer Studio-Automatisierung verknüpfen. Eine direkte Verknüpfung von Testdaten aus Test Manager-Testsätzen ist als zukünftige Erweiterung geplant.

Prozessstatus im Vergleich zum Testfallstatus bei Assertion-Fehlern

Der Status eines normalen Orchestrator-Auftrags gibt nur an, ob der Auftrag selbst nicht ausgeführt werden konnte, z. B. aufgrund einer nicht behandelten Ausnahme – er gibt nicht das Bestanden-/Fehlgeschlagen-Ergebnis einzelner Verify- oder Assertion-Aktivitäten innerhalb des Workflows wieder. Ein Prozess mit einer oder mehreren fehlgeschlagenen Verify-Aktivitäten kann auf Auftragsebene weiterhin als „Bestanden“ angezeigt werden, es sei denn, eine Ausnahme wird ausgelöst oder die Eigenschaft „Continue on Error“ der Aktivität „Verify“ ist auf false festgelegt.

Eine Test Manager-Testfallausführung weist diese Lücke nicht auf: Ihr Status entspricht dem schlechteren der beiden Werte aus Auftragsstatus und Assertionsergebnissen, sodass eine fehlgeschlagene Verify-Aktivität unabhängig vom zugrunde liegenden Auftragsstatus immer zu einem fehlgeschlagenen Testfall führt.

Testsatz-Aufbewahrung

Die Testsätze von Orchestrator konnten einen „Transient“-SourceType verwenden, der den Testsatz nach einer bestimmten Zeit automatisch löschte. Test Manager verfügt über keinen entsprechenden Mechanismus zum automatischen Löschen – alle Testsätze müssen manuell gelöscht werden.