- Erste Schritte
- Best Practices
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Lösungen
- Audit
- Einstellungen
- Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Indizes
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
Auf dieser Seite mit häufig gestellten Fragen (FAQ) finden Sie Antworten auf die Abschaffung des Testmoduls von Orchestrator und die damit verbundenen Auswirkungen.
Rufen Sie die Zeitleiste der veralteten Elemente auf, um die chronologischen Details dieser Änderung zu überprüfen.
Funktionsparität bedeutet in diesem Zusammenhang, dass für einen nahtlosen Übergang und einem minimalen Funktionsverlust die Funktionen des Testmoduls von Orchestrator in Test Manager gespiegelt werden. Darüber hinaus werden der Registerkarte „Testing“ keine zusätzlichen Funktionen hinzugefügt. Unser Zeitplan für die Einstellung zeigt, dass Orchestrator und Test Manager am 18. April 2025 die Funktionsparität erreichten.
Verwenden Sie folgendes Migrationstool, um Ihre Testartefakte zu verschieben: Importieren von Orchestrator-Testsets.
Bevor Sie das Migrationstool nutzen, empfehlen wir Ihnen, sich wie folgt vorzubereiten:
- Stellen Sie sicher, dass Sie über die erforderlichen Lizenzen für den Test Manager verfügen. Weitere Informationen dazu finden Sie unter Lizenzierung von Test Manager.
- Überprüfen Sie die für Sie spezifischen Anforderungen und erstellen Sie einen Plan dazu, wie Sie Ihre Testsätze in Orchestrator für spezifische Projekte innerhalb von Test Manager gruppieren.
Hinweis: Beachten Sie, dass Projekte im Test Manager zur Organisation von Tests verwendet werden. Orchestrator verfügt nicht über dieses strukturelle Konzept. Daher müssen vorhandene Artefakte aus Orchestrator in Test Manager-Projekten nicht gruppiert werden.
- Sie können mithilfe von Testsätzen Testartefakte übertragen. Sie können festlegen, welche Testfälle und Testergebnisse in ein Projekt in Test Manager übernommen werden sollen, indem Sie den entsprechenden Testsatz importieren. Wenn in Orchestrator Testfälle vorhanden sind, die nicht Teil eines Testsatzes sind, gruppieren Sie diese vor dem Import in Test Manager zu einem Testsatz.
- Warteschlangen mit Testdaten und CI/CD-Integrationen: Diese werden nicht migriert, ihre Funktionalität bleibt jedoch unverändert.
Weitere Informationen zur Migration finden Sie unter FAQ – Migrieren von Testartefakten zum Test Manager.
Während Ihre vorhandenen Testartefakte bis zur Freigabe des Migrationstools unberührt bleiben, empfehlen wir Ihnen, zur Minimierung des Migrationsaufwands neue Testartefakte direkt in Test Manager zu erstellen.
Automatisierte Ausführungen werden weiterhin über den Orchestrator ausgeführt. Der einzige Unterschied besteht darin, dass Testfälle, Testsätze und Ergebnisse im Test Manager verwaltet werden.
Ja, verwenden Sie folgendes Migrationstool, um Ihre Testartefakte zu verschieben: Importieren von Orchestrator-Testsets. Ab dem Zeitpunkt der Veröffentlichung des Migrationstools haben Sie sechs Monate Zeit, um Ihre Testobjekte von Orchestrator in Test Manager zu verschieben.
- Was bedeutet „Funktionsparität“?
- Welche sofortigen Änderungen sind erforderlich?
- Wie bereite ich die Migration meiner Testartefakte vor?
- Wie sollte die zukünftige Testarbeit strategisch geplant werden?
- Wie wirkt sich diese Veraltung auf die Tests aus?
- Kann ich Testobjekte vom Orchestrator zum Test Manager migrieren?