- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l’utilisateur
- 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
- Solutions
- Audit
- 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é
- Demander un essai
- 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
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stockage des ressources dans Google Secret Manager
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Index
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
Cette page de questions fréquemment posées (FAQ) fournit des informations concernant l’obsolescence du module de test d’Orchestrator, ainsi que sur les conséquences de cette obsolescence.
Consultez la chronologie d’Obsolescence pour prendre connaissance du calendrier de ces changements.
Feature parity refers to mirroring the capabilities of Orchestrator's Testing module in Test Manager, making the transition seamless, while minimizing the loss of functionality. Moreover, no additional features will be added to the Testing tab. Our deprecation timeline indicates that Orchestrator and Test Manager achieved feature parity on April 18, 2025.
Utilisez l’outil de migration suivant pour déplacer vos artefacts de test : Importation d’ensembles de tests Orchestrator.
Avant de tirer parti de l’outil de migration, nous vous recommandons de vous préparer comme suit :
- Vérifiez que vous disposez des licences nécessaires pour accéder à Test Manager et pour l'utiliser. Pour de plus amples informations, consultez Attribuer des licences Test Manager.
- Évaluez vos besoins spécifiques et créez un régime indiquant comment regrouper vos ensembles de tests Orchestrator dans des projets spécifiques au sein de Test Manager.
Remarque : notez que dans Test Manager sont utilisés pour organiser les tests.Orchestrator ne possède pas ce type de concept structurel. Il n'est donc pas nécessaire de regrouper les artéfacts existants d'Orchestrator dans des projets Test Manager.
- Vous pourrez utiliser des ensembles de tests pour transférer des artéfacts de test. Vous pouvez désigner les cas de test et les résultats de tests qui sont associés à un projet Test Manager spécifique en important l'ensemble de tests correspondant. Si des cas de test Orchestrator ne font pas partie d'un ensemble de tests, regroupez-les dans un ensemble de tests avant de les importer dans Test Manager.
- Files d'attente de données de test et intégrations CI/CD : celles-ci ne seront pas migrées, mais leurs fonctionnalités ne seront pas affectées.
Pour plus d'informations sur la migration, consultez FAQ - Migration des artefacts de test vers Test Manager.
Bien que vos artéfacts de test existants ne soient pas affectés jusqu'à la sortie de l'outil de migration, nous vous encourageons à créer de nouveaux artéfacts de test dans Test Manager afin de minimiser le travail de migration.
Les exécutions automatisées continueront à s'exécuter via Orchestrator. Seule différence : les cas de test, les ensembles de test et les résultats seront gérés dans Test Manager.
Oui, utilisez l’outil de migration suivant pour déplacer vos artefacts de test : Importation d’ensembles de tests Orchestrator. À partir du moment où l’outil de migration est publié, vous disposez de six mois pour déplacer vos objets de test d’Orchestrator vers Test Manager.
- Qu'est-ce que la « parité des fonctionnalités » ?
- Quels changements immédiats sont nécessaires ?
- Comment me préparer à la migration de mes artéfacts de test ?
- Quelle stratégie adopter pour les futures tâches de test ?
- Quel sera l’impact de cette obsolescence sur le fonctionnement des tests ?
- Puis-je migrer des objets de test depuis Orchestrator vers Test Manager?