orchestrator
2022.10
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 d'Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d'identification de l'Unattended Robot dans HashiCorp Vault (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
- Attribution de rôles
- Gestion des rôles
- Rôles par défaut
- FAQ
- Permettre aux utilisateurs d'exécuter des automatisations personnelles
- Permettre aux utilisateurs d'exécuter des automatisations sur une infrastructure Unattended via des robots Unattended
- Configuration des comptes Robot pour exécuter des automatisations Unattended
- Audit
- Service de catalogue de ressources
- Robots Automation Suite
- 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
- Intégrations
- Robots classiques
- 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 17 oct. 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.
- 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).