orchestrator
2023.4
false
- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- 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
- 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
- Authentification par carte à puce
- Audit
- Paramètres - Niveau du locataire
- Service de catalogue de ressources
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Autres configurations
- Intégrations
- Robots classiques
- Administration de l'hôte
- À propos du niveau de l’hôte
- Gestion des administrateurs système
- Gestion des locataires
- Configuration des notifications par e-mail du système
- Journaux d'audit pour le portail hôte
- Mode de Maintenance
- Administration de l'organisation
- Résolution des problèmes
Cas de test
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique.
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 5 déc. 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 dans des dossiers modernes, assurez-vous que le rôle par défaut Utilisateur d’automatisation (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).