- 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
Créez un package d’un projet de test PlayWrite dans un package d’automatisation UiPath et publiez-le sur Orchestrator afin que Test Manager puisse l’exécuter.
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.
Créez un package d’un projet de test Playwight dans un package d’automatisation UiPath (.nupkg) et publiez-le sur Orchestrator, pour que l’automatisation soit disponible pour l’exécution à partir de Test Manager.
Prérequis
- Un répertoire de projet de test Playwight autonome: ses propres
playwright.config.*,package.jsonet un fichier de verrouillage pris en charge, avec des dépendances résolvables à la racine. Un sous-dossier à référentiel unique ne fonctionne que s'il est autonome. - Playground version 1.19 ou ultérieure. npm est le seul gestionnaire de packages pris en charge - la racine packagée doit contenir une
package-lock.json. - L'interface de ligne de commande UiPath installée et mise à jour vers une version récente. Voir Installation de UiPath CLI.
- Une clé de projet Test Manager. Requis par défaut - la CLI refuse de compresser sans un, sauf si vous réussissez
--no-create-test-cases. Les cas de test correspondants sont créés automatiquement et liés automatiquement une fois que Test Manager a ingéré le package résultant, et non au moment de la compression. La clé doit être en majuscules.
Le packaging exclut node_modules, .git, .uipath, dist, test-results, playwright-report et .cache. Elle exclut également toujours les fichiers secrets à n’importe quelle profondeur: .env, .env.*, .npmrc et .git-credentials. Tout le reste du répertoire du projet est livré tel quel, de sorte que les secrets ne se trouvent pas dans d’autres fichiers - les informations d’identification codées en dur dans les fichiers de configuration ou de réparation sont toujours transférées.
Étapes
-
Ouvrez un terminal dans le répertoire racine du projet Playground.
-
Exécutez
uip tm packavec l'option--type playwright, par exemple:uip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonuip tm pack --project-path . --type playwright --project-key SWAG --name SwagLabsDemo --package-version 1.0.0 -o .packages --output jsonPour obtenir la référence complète des indicateurs, y compris comment refuser la création automatique de cas de test, consultez uip tm pack.
-
Publiez le fichier
.nupkgobtenu dans le flux de package Orchestrator du locataire, à l'aide de l'un des éléments suivants:- Téléversez-le manuellement dans Orchestrator (Packages > Télécharger).
- Déplacez-le dans un dossier Orchestrator surveille les packages.
- Utilisez UiPath CLI pour le télécharger directement depuis la ligne de commande.
Résultat
Le paquet s'affiche dans le flux de paquets d'Orchestrator. Si une clé de projet a été fournie, les cas de test correspondants sont automatiquement créés dans ce projet Test Manager, avec l’automatisation PlayWrite déjà liée. Sinon, les automatisations du package deviennent disponibles pour la sélection via Sélection de l'automatisation.
Associé
- Automatisation des tests Playground
- pack tm uip
- Automatisez vos tests grâce à la compétence uipath-test — automatisez l'ensemble de ce flux, y compris la mise en package, à partir d'un agent de codage.