orchestrator
2020.10
false
- Démarrage
- Meilleures pratiques
- Locataire
- Actions
- 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
- Catalogues d'actions (Action Catalogs)
- Profil
- Administrateur système
- Serveur d'identité
- Authentification
- Configurer l'intégration d'Active Directory
- Configuration de l'authentification unique : Google
- Configuration de l'authentification unique : Azure Active Directory
- Authentification par carte à puce
- Configuration de la connexion automatique des utilisateurs appartenant à un groupe Active Directory
- Configuration du serveur SMTP
- Modification du protocole d'authentification Windows
- Autres configurations
- 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.
Non pris en charge par l'assistance
Guide de l'utilisateur d'Orchestrator
Dernière mise à jour 12 déc. 2023
Cas de test
La page Cas de test fournit une vue globale de tous vos cas de test dans tous les projets et versions d’applications. Ce sont les cas de test disponibles dans vos ensembles de test et qui les comprennent.
Les cas de test sont créés automatiquement et apparaissent sur cette page chaque fois qu'un package de cas de test est publié. Voir test d'application pour plus de détails sur la création de votre automatisation de test.
Attention : Vous devez d'abord déployer un processus à partir du package de cas de test publié avant de pouvoir créer et exécuter un ensemble de tests.
Si un package existant est révisé et qu’une version mise à jour est publiée, des cas de test correspondant à la nouvelle version sont automatiquement créés et apparaissent aux côtés des cas de test existants de la version précédente.
Si un projet existant est cloné pour représenter une nouvelle version d’application (p. ex., depuis
v1.1.1
vers v.1.2.0
), vous devez publier manuellement ce package et créer un nouveau processus.