FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator

Questions fréquemment posées sur la parité de la fonctionnalité entre Test Manager et le module de test d'Orchestrator avant l'obsolescence d'avril 2026.

Le module de test dans Orchestrator sera entièrement obsolète et supprimé le 30 avril 2026. Compte tenu de ce changement, reportez-vous aux directives d’obsolescence et à la parité des fonctionnalités Test Manager - Orchestrator.

Directives d’obsolescence

1. Consultez le calendrier d’obsolescence.
   • Annonce initiale : octobre 2023
   • Parité des fonctionnalités : 18 avril 2025
   • Première phase d’obsolescence : 1er janvier 2026
     • Les utilisateurs peuvent toujours créer des ensembles de test, mais ils doivent migrer vers Test Manager.
   • Deuxième phase d’obsolescence (suppression) : 30 avril 2026
     • L’exécution ne sera plus autorisée.
2. Utilisez l’outil de migration pour transférer vos ressources Orchestrator vers Test Manager.

Test Manager vs. Orchestrator - parité des fonctionnalités de test

Tableau 1. Test Manager vs Orchestrator - parité des fonctionnalités de test

	Test Manager	Orchestrator
Objectif	Un outil de planification, d’analyse et de gestion pour les tests manuels et automatisés. Connecte l’automatisation au cycle de vie de planification agile et de Test Management.	Un outil de déploiement, de surveillance et de gestion des robots UiPath et des automatisations de test. Agit comme un hub central pour le contrôle et l'orchestration des automatisations dans divers environnements.
Utilisateur	Gestionnaires de test Utilisateurs de test	Administrators d'automatisation Automation Developers
Rôle dans l'automatisation de test	​ Créer des exigences Définir la traçabilité des exigences​ Créer les définitions d'incident de test Lier les automatisations de test à la définition​ Prend en charge les tests manuels, l’exécution des tests manuels et l’exécution des tests mixtes​ s’intègre à Task Capture pour les besoins de documentation des tests. Offre des rapports de tableau de bord et des services de rapport via une API​ Prend en charge la création de défauts​ Prend en charge les libellés et les documents​ Capacité d’appliquer l’ordre d’exécution​ Capacité d’analyser les résultats de tests​ Capacité de remplacer les résultats de test​ Capacité d'exporter des données​ S’intègre aux outils ALM et Test Management tiers Génération d'incident de test alimentée par l’IA Résultats de test optimisés par l'IA Analyse de l’impact des modifications de Heatmap et d'UiPath pour SAP​	Stocke et gère les automatisations d'incident de test​ Peut affecter une automatisation à un dossier spécifique avec RBAC (*parité TM*)​ Peut affecter une automatisation à un mappage utilisateur/machine spécifique (*parité TM*)​ Peut sélectionner une version d’automatisation de test spécifique (*parité TM*)​ Créer des planifications de test (* Parité TM *)​ Gérer les données de test dans les files d'attente de données de test (* non pris en charge dans Test Cloud - utilisez Data Fabric à la place *) Les données peuvent être récupérées directement avec les activités de workflow​ Chargez des données de test à partir d’un fichier ​ Les données peuvent être marquées comme utilisées​ Capacité de déclencher une seule exécution d'incident de test (*parité TM*)​ ​
Fonctions d’automatisation de test partagées	Créer des ensembles de tests Cloner les ensembles de tests Cloner les ensembles de tests Cloner les exigences Cloner les incidents de test Déclencher l'exécution automatisée des ensembles de tests Réexécuter des incidents de test et des ensembles de tests entiers Afficher les assertions de test, les captures d’écran et les journaux du robot Analyser les résultats des tests sur toutes les exécutions de test	Créer des ensembles de tests Cloner les ensembles de tests Déclencher l'exécution automatisée des ensembles de tests Réexécuter les incidents de test Afficher les assertions de test, les captures d’écran et les journaux du robot

Remarque :

Les données de production masquées ou anonymisées peuvent être utilisées comme données de test en les chargeant dans Data Service (Data Fabric) en tant que fichier Excel et en les liant à une automatisation Studio. La liaison directe des données de test à partir des ensembles de tests de Test Manager est planifiée comme une amélioration future.

Statut du processus par rapport au statut du cas de test pour les échecs d'assertion

Le statut d'une tâche Orchestrator simple reflète uniquement si la tâche elle-même ne s'est pas exécutée, telle qu'une exception non gérée - il ne reflète pas le résultat de réussite/échec des activités individuelles Verify ou d'assertion dans le workflow. Un processus avec une ou plusieurs activités Verify échouantes peut toujours s'afficher comme Réussi au niveau de la tâche, à moins qu'une exception ne soit générée ou à moins que la propriété Continuer sur erreur de l'activité Verify soit définie sur false.

Une exécution d'un cas de test de Test Manager n'a pas cette lacune : son statut reflète le pire du statut de la tâche et les résultats de l'assertion, de sorte qu'une activité Verify échouée produit toujours un cas de test échoué, quel que soit le statut de la tâche sous-jacente.

Rétention de l'ensemble de tests

Les ensembles de tests d'Orchestrator pouvaient utiliser un SourceType « Transitoire » qui a supprimé automatiquement l'ensemble de tests après une durée. Test Manager ne dispose d'aucun mécanisme de suppression automatique équivalent ; la suppression de l'ensemble de tests doit être effectuée manuellement.