- 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
- Solutions
- 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é
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configuration d'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
- Index
- Tests d'Orchestrator
- FAQ - Obsolescence du module de test
- 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
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.
La parité des fonctionnalités désigne la réplication des capacités du module de test d' Orchestrator dans Test Manager, ce qui rend la transition plus fluide tout en minimisant les pertes de fonctionnalités. Par ailleurs, aucune fonctionnalité supplémentaire ne sera ajoutée à l’onglet de test. Notre calendrier d'obsolescence indique qu'Orchestrator et Test Manager ont atteint la parité des fonctionnalités le 18 avril 2025.
Jusqu'à ce que Test Manager soit au même niveau de fonctionnalités que l'onglet de test d'Orchestrator le 18 avril 2025, aucune modification immédiate n'est nécessaire. Après cette date, vous devez vous préparer à la migration de vos artefacts de test vers Test Manager. Nous fournirons un outil de migration pour déplacer vos artefacts de test. Ce n’est qu’après la publication de l’outil de migration que vous pouvez commencer à déplacer vos artefacts de test.
Avant de tirer parti de l'outil de migration à venir, 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 plan sur la façon de regrouper vos ensembles de test Orchestrator dans des projets spécifiques dans Test Manager.
Remarque : notez que dans Test Manager, les projets sont utilisés pour organiser les tests. Orchestrator ne dispose pas de ce type de concept structurel, il n'est donc pas nécessaire de regrouper les artefacts 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.
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.
À partir de la sortie de l'outil de migration, vous pouvez commencer à migrer les artéfacts de test Orchestrator vers Test Manager. Dès que l'outil de migration est publié, vous disposez de six mois pour déplacer vos objets de test entre Orchestrator et 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?