- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Verwalten großer Bereitstellungen
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- Durchsetzung der Governance der Integration Service-Verbindung auf Benutzerebene
- 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
- Solutions (Lösungen)
- Audit
- Ressourcenkatalogdienst
- Automation Suite-Roboter
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Speichern von Assets in Google Secret Manager (schreibgeschützt)
- Speicher-Buckets
- Indizes
- Testverfahren in Orchestrator
- 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.
Was bedeutet „Funktionsparität“?
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 mit der 2025.10-Version Funktionsparität erreichen werden.
Welche sofortigen Änderungen sind erforderlich?
Verwenden Sie folgendes Migrationstool, um Ihre Testartefakte zu verschieben: Importieren von Orchestrator-Testsets.
Wenn Sie Automation Suite 2025.10 als Neuinstallation installieren, müssen keine Testartefakte migriert werden. Da der Test Manager an die Funktionen des Orchestrators mit der Aktualisierung 2025.10 angepasst wird, wird die Registerkarte Testen aus dem Orchestrator entfernt.
Wie bereite ich die Migration meiner Testartefakte vor?
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 – Migration von Testartefakten zu Test Manager.
Wie sollte die zukünftige Testarbeit strategisch geplant werden?
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.
Wie wirkt sich diese Veraltung auf die Tests aus?
Automatisierte Ausführungen werden weiterhin über Orchestrator ausgeführt. Der einzige Unterschied besteht darin, dass Testfälle, Testsätze und Ergebnisse in Test Manager verwaltet werden.
Kann ich Testobjekte von Orchestrator zu Test Manager migrieren?
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 von Orchestrator zu Test Manager migrieren?