- Démarrage
- À propos de Test Manager
- Actions d'Autopilot
- À propos du chat Autopilot (agent)
- À propos du masquage des informations personnelles
- Démarrage
- Disponibilité de la fonctionnalité Test Manager
- Tarification unifiée : Test Manager de licence
- Flex : Test Manager de licence
- Guide de démarrage rapide
- Types de test dans Test Manager
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- Champs de cas de test Playground
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis à l’état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Appliquer des filtres et des vues
- Importer des ensembles de test Orchestrator
- Creating test sets
- Ajouter des cas de test à un ensemble de test
- Attribuer des utilisateurs par défaut dans l'exécution de l'ensemble de tests
- Activation de la couverture des activités
- Configuration d'ensembles de test pour des dossiers et des robots d'exécution spécifiques
- Remplacer les paramètres
- Cloner des ensembles de tests
- Exporter des ensembles de tests
- Appliquer des filtres et des vues
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Exécution de tests manuels
- Exécuter des tests automatisés
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Appliquer un ordre d’exécution
- Réexécution des exécutions de test
- Planification des exécutions
- Résoudre les problèmes des exécutions automatisées
- Tests d'accessibilité pour Test Cloud
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Connecté à Test Manager
- Test Manager - Connecteur Integration Service
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
Champs et libellés système renseignés sur un cas de test Test Manager lorsqu'il est lié à une automatisation Playground, et la façon dont les tests Playwight centrés sur les données sont mappés aux cas de test.
Cette fonctionnalité est en disponibilité contrôlée et fournie uniquement aux locataires éligibles. Il est disponible dans Test Manager uniquement lorsqu'il est fourni via Test Cloud.
Les champs suivants sont remplis sur un cas de test lorsqu'une automatisation PlayWrite y est liée. Pour le flux de bout en bout qui les remplit, consultez Automatisation de test PlayWrite.
| Champ | Description |
|---|---|
| Source | PlayWrite ou UiPath. |
| Nom du cas de test (au format Playground) | Chemin d’accès au fichier, puis le titre complet de l’ascendance describeet du test, par opposition au format Studio (chemin d’accès + nom). Limité à 255 caractères. Voir Sélection de l'automatisation. |
| Fichier de projet/spécification | Le projet PlayWrite et le fichier de spécification auquel le test appartient, capturés sous forme de métadonnées sur le cas de test. Un cas de test est créé par test Playwight - il n’y a pas de déploiement dans plusieurs cas de test lorsqu’un test correspond à plus d’un projet Playwight configuré. La sélection d’un projet pour l’exécution se fait au niveau de l’ensemble de test, et non via plusieurs lignes de cas de test. |
| Libellés | Renseigné automatiquement à partir des annotations Playwwrite (par exemple, resilience, observability), utilisable pour le filtrage et l’appartenance à un ensemble de tests. |
PW_ libellés système
La liaison d'une automatisation PlayWrite ajoute automatiquement un ensemble de libellés système au cas de test, préfixés PW_:
PW_File_…PW_Path_…PW_Project_…PW_Suite_…PW_Tag_…PW_Annotation_…
Ces libellés sont créés lors de la liaison et supprimés lors de la dissociation; les libellés ajoutés manuellement ne sont pas modifiés. Les ensembles de tests dynamiques et le filtre --labels de l’interface de ligne de commande UiPath correspondent exactement aux noms de libellé (sensibles à la casse).
Tests (paramètres) centrés sur les données
Chaque variation générée par une boucle de données PlayWrite est créée comme son propre cas de test. L'ajout d'une variation unique basée sur les données à un ensemble de tests exécute toutes les variations de ce test, et pas uniquement celle ajoutée.
Réexécution
La réexécution d'une exécution réutilise l'instantané gelé de cette exécution: le même package, la même version et la même sélection de projet avec lequel elle a été créée. Voir Sélection de l'automatisation.