orchestrator
latest
false
- 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
- 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é
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Service de catalogue de ressources
- Authentification
- Intégrations
- Robots classiques
- Résolution des problèmes
Guide de l'utilisateur d'Orchestrator
Dernière mise à jour 25 nov. 2024
Cas de test
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 en savoir plus, voir Ensembles de tests (Test Sets).
- Les cas de test sont créés automatiquement lorsque vous publiez un package de test via Studio. Pour en savoir plus, voir Test d'application (Application Testing).
- 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.1
versv.1.2.0
), vous devez publier manuellement ce package et créer un nouveau processus.Important :- Pour que le Robot exécute des tâches d'automatisation de test, assurez-vous que le rôle par défaut Automation User existe et qu'il est à jour.
- 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).