- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- 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
- Service de catalogue de ressources
- Robots Automation Suite
- 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)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Compartiments de stockage
- Index
- Tests d'Orchestrator
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
FAQ - Obsolescence du module de test
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.
Qu'est-ce que la « parité des fonctionnalités » ?
La parité des fonctionnalités fait référence aux capacités de mise en miroir du module de test d'Orchestrator dans Test Manager, ce qui facilite la transition tout en minimisant la perte de fonctionnalités. En outre, aucune autre fonctionnalité ne sera ajoutée à l'onglet Testing (Tests). Notre chronologie de dépréciation indique qu'Orchestrator et Test Manager atteindront la parité des fonctionnalités avec la version 2025.10.
Quels changements immédiats sont nécessaires ?
Utilisez l’outil de migration suivant pour déplacer vos artefacts de test : Importation d’ensembles de tests Orchestrator.
Si vous installez Automation Suite 2025.10 sous forme de nouvelle installation, il n'est pas nécessaire de migrer des artefacts de test.En outre, étant donné que Test Manager fera correspondre les fonctionnalités d'Orchestrator avec la mise à jour 2025.10, l'onglet Test sera supprimé d'Orchestrator.
Comment me préparer à la migration de mes artéfacts de test ?
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 la FAQ - Migration d’artefacts de test vers Test Manager.
Quelle stratégie adopter pour les futures tâches de test ?
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.
Quel sera l’impact de cette obsolescence sur le fonctionnement des tests ?
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.
Puis-je migrer des objets de test d’Orchestrator vers 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 d’Orchestrator vers Test Manager ?