orchestrator
latest
false
- 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
- 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
- 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
- Configurer 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
- À 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)
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Index
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Guide de l'utilisateur d'Orchestrator
Dernière mise à jour 26 févr. 2026
Important : pour tout locataire, les fonctionnalités de Test Management ont été déplacées vers Test Manager.Par conséquent, les planifications de test ne sont plus disponibles dans Orchestrator et vous ne pouvez plus exécuter les incidents de test et les ensembles de test directement depuis Orchestrator.Cependant, vous pouvez continuer à exécuter des incidents de test et des ensembles de test via les API Orchestrator pour l'automatisation de test ou à l'aide de l'intégration native Test Manager - CI/CD.
Dans cette rubrique, vous pouvez apprendre à gérer vos cas de test sur tous les projets et toutes les versions d'application. Les cas de test font partie des ensembles de tests qui sont prêts à être exécutés. Pour de plus amples informations, consultez la page Ensembles de test.
- Les cas de test sont créés automatiquement lorsque vous publiez un package de test dans Studio. Pour de plus amples informations, Reportez-vous à Introduction.
- Si un package existant est révisé et qu’une version mise à jour fait ensuite l’objet d’une publication, les cas de test correspondant à la nouvelle version sont automatiquement créés. Les nouveaux cas de test apparaissent à côté de ceux existants pour la version précédente. Cependant, si les modifications apportées au package ne s’appliquent qu’à la version de correctif, les cas de test existants sont mis à jour pour refléter ces modifications, au lieu d’en créer de nouveaux.
- Lorsque vous publiez une nouvelle version de cas de test, le package correspondant est automatiquement mis à jour vers la dernière version.
- Si un projet existant est cloné pour représenter une nouvelle version d’application (p. ex., depuis
v1.1.1versv.1.2.0), vous devez publier manuellement ce package et créer un nouveau processus.Important :- Pour créer et exécuter des tâches d’automatisation de test, les rôles suivants doivent être attribués : Automation User et Robot.
- Vous devez d'abord déployer un processus à partir du paquet de cas de test publié avant de pouvoir créer et exécuter un ensemble de tests.
Vous pouvez exécuter des cas de test individuels sur la page Cas de test (Test Cases).