- 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
- 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
- Orchestrator-Tests
- FAQ – Veraltetes Testmodul
- Testautomatisierung
- Testen der Datenaufbewahrungsrichtlinie
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
FAQ – Veraltetes Testmodul
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.
Die Funktionsparität bezieht sich auf die Spiegelung der Funktionen des Testmoduls von Orchestrator im Test Manager, wodurch der Übergang nahtlos erfolgt und gleichzeitig der Funktionsverlust minimiert wird. Darüber hinaus werden der Registerkarte Tests keine zusätzlichen Funktionen hinzugefügt. Unsere Zeitleiste der veralteten Elemente zeigt, dass Orchestrator und Test Manager am 7. April 2025 Funktionsparität erreicht haben.
Bis am 7. April 2025 Test Managerder Funktionalität der Orchestrator Registerkarte „Tests“ des entspricht, sind keine sofortigen Änderungen erforderlich. Nach diesem Datum müssen Sie sich auf die Migration Ihrer Testartefakte zum Test Manager vorbereiten. Wir stellen ein Migrationstool bereit, um Ihre Testartefakte zu verschieben. Erst nach der Veröffentlichung des Migrationstools können Sie mit dem Verschieben Ihrer Testartefakte beginnen.
Bevor Sie das bevorstehende Migrationstool nutzen, empfehlen wir Ihnen, sich auf folgende Arten vorzubereiten:
- Stellen Sie sicher, dass Sie über die erforderlichen Lizenzen für den Zugriff auf und die Arbeit mit dem Test Manager verfügen. Weitere Informationen finden Sie unter Lizenzierung Test Manager.
- Bewerten Sie Ihre spezifischen Anforderungen und erstellen Sie einen Plan für die Konvertierung Ihrer Orchestrator-Testsätze in bestimmte Projekte im Test Manager.
Hinweis: Beachten Sie, dass der Test Manager und der Orchestrator unterschiedliche Strukturen zur Verwaltung von Testartefakten haben.
- Sie können Testsätze verwenden, um Testartefakte zu übertragen. Sie können festlegen, welche Testfälle und Testergebnisse zu welchem Test Manager-Projekt gehen, indem Sie den entsprechenden Testsatz importieren. Wenn Orchestrator-Testfälle vorhanden sind, die nicht Teil eines Testsatzes sind, gruppieren Sie sie in einem Testsatz, bevor Sie sie in den Test Manager importieren.
- Testdatenwarteschlangen und CI/CD-Integrationen: Diese werden nicht migriert, ihre Funktionalität bleibt jedoch unverändert.
Ihre vorhandenen Testartefakte bleiben zwar bis zur Veröffentlichung des Migrationstools unverändert, aber wir empfehlen Ihnen, neue Testartefakte im Test Manager zu erstellen, um die Migration zu minimieren.
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.
Ab der Veröffentlichung des Migrationstools können Sie Orchestrator-Testartefakte in den Test Manager migrieren. Ab dem Release des Migrationstools haben Sie sechs Monate Zeit, um Ihre Testobjekte vom Orchestrator in den Test Manager zu verschieben.
- Was bedeutet „Funktionsparität“?
- Welche sofortigen Änderungen sind erforderlich?
- Wie kann ich mich auf die Migration meiner Testartefakte vorbereiten?
- 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?