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 téléchargeant dans Data Service (Data Fabric) sous forme de fichier Excel et en la liant à une automatisation Studio. La liaison directe des données de test à partir des ensembles de test Test Manager est prévue sous forme d'amélioration future.

Statut du processus vs. 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 a échoué à s'exécuter, telle qu'une exception non gérée, il ne reflète pas le résultat de réussite/d'échec des activités de vérification ou d'assertion individuelles à l'intérieur du workflow. Un processus avec une ou plusieurs activités de vérification défaillante 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 à l'erreur de l'activité Vérifier ne soit définie sur false.

Une exécution de cas de test de Test Manager ne présente pas cet écart: son statut reflète le pire du statut de la tâche et des résultats des assertions, de sorte qu’une activité Vérifier échouée produit toujours un cas de test échoué, quel que soit le statut de la tâche sous-jacent.

Rétention des ensembles de tests

Les ensembles de tests d’Orchestrator peuvent utiliser une exception « Instantané»; TypeSource qui a supprimé automatiquement l'ensemble de tests après une période de temps. Test Manager ne dispose pas de mécanismes de suppression automatique équivalents; toutes les suppressions d’ensembles de tests doivent être effectuées manuellement.