- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Audit
- Paramètres
- Cloud Robots
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Règles métier
- Compartiments de stockage
- Tests d'Orchestrator
- FAQ – Migrer des artéfacts de test vers Test Manager
- Automatisation de test
- Test de la stratégie de conservation des données
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
L'abandon du module Testing (Test) d'Orchestrator nécessite de migrer les objets d'Orchestrator vers Test Manager. Test Manager fournit des fonctionnalités étendues par rapport à ce qu'offre actuellement Orchestrator. Pour utiliser tout le potentiel de Test Cloud, nous vous recommandons de migrer des objets vers Test Manager.
Vous devez lancer vous-même la migration et décider quels ensembles de tests sont utilisés dans quel projet. Test Manager fournit des projets de test, vous permettant d'organiser plus précisément vos tests, tandis qu'Orchestrator regroupe les tests dans des dossiers.
- De nouveaux scénarios de test sont créés dans Test Manager, s'ils ne sont pas déjà présents.
- Les scénarios de test existants sont associés aux nouveaux ensembles de tests de Test Manager.
- Les résultats des tests de l'ensemble de tests spécifique sont migrés et les planifications des ensembles de tests correspondants sont créées, mais désactivées. Vous devrez activer ces planifications manuellement.
Non, vous devez avoir accès au dossier dans lequel se trouve l'ensemble de tests Orchestrator pour le migrer.
Non, vous ne pouvez pas migrer à nouveau des ensembles de tests.
Pour l'instant, les files d'attente de données de test resteront dans le module de test Orchestrator et disposeront des mêmes fonctionnalités qu'auparavant.
La durée de la migration dépend du nombre d'artéfacts que vous devez migrer. Par exemple, le traitement de 1 000 journaux accompagnés d'une capture d'écran nécessitera plus de temps que le traitement de 1 000 journaux sans captures d'écran.
- Quel est le but de la migration ?
- Dois-je déclencher la migration ou se fait-elle automatiquement ?
- Quels objets dois-je migrer ?
- Puis-je migrer des ensembles de tests Orchestrator, quel que soit l'accès ?
- Puis-je migrer à nouveau un ensemble de tests ?
- Qu'arrive-t-il aux files d'attente de données de test ?
- Combien de temps faudra-t-il pour migrer 100 ensembles de tests dans un projet ?
- Est-ce que je serai avisé lorsque la migration d'un ensemble de tests sera terminée ?