- 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
- 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
- Paramètres
- Registre
- Cloud Robots
- Vue d'ensemble des robots Cloud
- 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
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- 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)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Exécutez et gérez les exécutions de test dans Orchestrator, y compris les détails de la migration pour Test Manager.
Vue d'ensemble (Overview)
Test management capabilities have been moved to Test Manager. As a result, you cannot execute test cases directly from the Orchestrator user interface anymore. As of July 31, 2026, this is also no longer possible through Orchestrator APIs for Test automation; use Test Manager instead.
Dans cette rubrique, vous pouvez apprendre à gérer vos exécutions de test. Les exécutions de test servent d'enregistrement immuable de l'exécution d'un ensemble de tests à un moment donné. Par comparaison, l'ensemble de tests est amené à évoluer, car il peut cibler une version d'application différente ou sa sélection de cas de test peut être modifiée.
Les exécutions de test automatisées ont un délai d’expiration par défaut de quatre jours, que vous ne pouvez pas modifier.
Toute exécution de test automatisé qui dépasse quatre jours est marquée comme Annulée.
Prérequis : pour effectuer des exécutions de test, le rôle Robot doit vous être attribué.
Exécuter des scénarios de test qui contiennent des connexions au service d'intégration Integration Service
Dans les scénarios de test et les projets qui contiennent des scénarios de test créés à l'aide d'une connexion Integration Service spécifique, vous ne pouvez pas affecter une connexion spécifique au moment de l'exécution, autre que celle utilisée pendant la phase de conception dans Studio.
Par exemple, si vous créez un scénario de test contenant une connexion Integration Service, puis que vous le publiez dans Orchestrator et l'exécutez indépendamment, aucune option n'est disponible pour affecter une connexion spécifique au moment de l'exécution.
Si vous publiez un projet Studio contenant des scénarios de test qui utilisent des connexions Integration Service à Orchestrator en tant que processus, l'option permettant de configurer la connexion au moment de l'exécution est disponible dans la section Package Requirements (Exigences du package) du processus.
Lorsque vous configurez la connexion dans la section Package Requirements , les cas de test continuent d'utiliser la connexion sélectionnée précédemment lors de leur conception dans Studio.
Exécuter à nouveau l’ensemble de tests
As of July 31, 2026, test sets can no longer be re-executed in Orchestrator — neither from the Testing module UI nor through the Orchestrator APIs for Test automation. Use Test Manager to re-execute your tests instead.
Vous pouvez exécuter à nouveau des ensembles de tests après une exécution précédente. Le résultat du nouveau cas de test remplacera le précédent affiché sur la page Exécutions de test.
Sachez que vous ne pouvez pas réexécuter des cas de test à partir d’un ensemble de tests lorsque le calcul de la couverture est activé.
- Connectez-vous à Orchestrator.
- Ouvrez votre dossier.
- Accédez à Test (Testing) > Exécutions de test (Test Executions).
- Sélectionnez une série de tests et accédez à Autres actions (More Actions) > Détails (Details).
- Sélectionnez un cas de test et accédez à Autres actions (More Actions) > Exécuter à nouveau (Re-execute).
- Configurez la cible d'exécution :
- Utilisateur (User) : dans la liste déroulante, sélectionnez l'utilisateur qui est affecté à ce dossier spécifique. La valeur par défaut est définie sur Tout utilisateur (Any User).
- Machine : sélectionnez la ressource de la machine dans la liste déroulante.
- (Facultatif) Définissez des arguments personnalisés pour vos cas de test afin de remplacer les valeurs par défaut au niveau de l'ensemble de tests. Pour définir des arguments, vous devez avoir publié un package avec des arguments.
- Sélectionnez Exécuter pour confirmer.
Limites connues
Les résultats de la réexécution d'un ensemble de tests dans Orchestrator ne sont pas synchronisés avec Test Manager. Nous vous recommandons d'exécuter et de réexécuter les tests directement à partir de Test Manager.
Couverture de l'exécution des tests
For any tenant, test execution coverage and test schedules are no longer available in Orchestrator, and as of July 31, 2026, you can no longer execute test cases or test sets there either — through the UI or the Orchestrator APIs for Test automation. View activity coverage and execute your tests in Test Manager instead. For more information, visit Viewing activity coverage.
Vous pouvez afficher des informations sur les activités qui ont été couvertes lors d'une exécution de test. Cette option est également disponible dans Studio, en tant que Couverture de l'activité (Activity Coverage).
Le calcul de la couverture d'activité est disponible lorsque vous sélectionnez cette option pour les ensembles de tests existants ou nouveaux. Pour plus d'informations, consultez Créer un ensemble de tests (Create test set).
- Ouvrez votre dossier dans Orchestrator.
- Accédez à Test (Testing) > Exécutions de test (Test Executions).
- Sélectionnez une série de tests et accédez à Autres actions (More Actions) > Détails (Details).
- Accédez à l'onglet Couverture (Coverage) pour afficher les détails de la couverture.
Les fichiers de couverture sont téléchargés vers l'onglet Pièces jointes (Attachments).
Figure 1. Onglet Couverture
Analyser les exécutions de test
Vous pouvez analyser les exécutions de test pour comprendre ce qui s’est passé dans les instances où l’exécution a échoué ou s’est bloquée.
Vous pouvez voir des captures d’écran d’exécutions de tests qui ont échoué en accédant à Automatisations (Automations) > Tâche (Job) > Détails de la tâche (Job Details). Pour bénéficier de cette fonctionnalité, vous devez activer les supports d’exécution au niveau de l’application. Pour plus d’informations, consultez Autorisations des supports d'exécution.
Figure 2. Détails de l'exécution
Vous pouvez choisir parmi les actions suivantes pour examiner vos séries de tests.
| Actions | Description | Procédure |
|---|---|---|
| Détails de l'exécution | Affiche les détails du Robot, y compris les fichiers joints d’exécution, la variation des données et les captures d’écran. Assurez-vous que vous disposez des Autorisations des supports d'exécution (Execution Media Permissions). |
|
| Afficher les assertions | Affiche les affirmations échouées ou réussies. |
|
| Afficher les journaux | Affiche et exporte le journal détaillé des événements d’exécution. |
|
API d'exécutions de tests
Pour effectuer des requêtes concernant des activités liées aux éléments, vous pouvez utiliser les Tâches d’arrière-plan (Background Tasks), disponibles en interne via l'API. Pour plus d’informations sur les autorisations d'Orchestrator, consultez . Pour plus d'informations sur l'API d'automatisation de test, consultez Autorisations d'API d'automatisation de test.