- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- Dépendances
- Types de workflows
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- Débogage
- L'outil de diagnostic (Diagnostic Tool)
- Analyseur de workflow
- À propos de l'analyseur de workflow
- ST-NMG-001 - Convention d'affectation de noms des variables
- ST-NMG-002 - Convention d'affectation de noms des arguments
- ST-NMG-004 - Duplication du nom complet
- ST-NMG-005 - La variable remplace une autre
- ST-NMG-006 - La variable remplace l'argument
- ST-NMG-008 - Longueur de variable dépassée
- ST-NMG-009 - Ajouter un préfixe aux variables DataTable
- ST-NMG-011 - Ajouter un préfixe aux arguments Datatable
- ST-NMG-012 - Valeurs par défaut de l'argument
- ST-NMG-016 : longueur d'argument dépassée
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DBP-020 - Propriétés de sortie non définies
- ST-DBP-023 : Workflow vide
- ST-DBP-024 - Vérification de l’activité de persistance
- ST-DBP-025 - Condition préalable à la sérialisation des variables
- ST-DBP-026 - Utilisation de l’activité Délai
- ST-DBP-027 - Pratiques exemplaires de persistance
- ST-DBP-028 - Condition préalable à la sérialisation des arguments
- ST-MRD-002 - Valeurs par défaut des noms d'activités
- ST-MRD-004 - Activités inaccessibles
- ST-MRD-005 - Séquences redondantes
- ST-MRD-007 - Clauses If imbriquées
- ST-MRD-008 - Séquence vide
- ST-MRD-009 - Activités profondément imbriquées
- ST-MRD-011 - Utilisation de la ligne d'écriture
- ST-MRD-017 - Incomplet si (Incomplete If)
- ST-USG-005 - Arguments d'activité codée en dur
- ST-USG-009 - Variables inutilisées
- ST-USG-010 - Dépendances inutilisées
- ST-USG-014 - Restrictions sur les paquets (Package Restriction)
- ST-USG-020 - Nombre minimum de messages consignés
- ST-USG-024 - Non utilisé, sauvegardé pour plus tard (Unused Saved for Later)
- ST-USG-025 - Utilisation abusive de la valeur enregistrée (Saved Value Misuse)
- ST-USG-026 - Restrictions d'activité (Activity Restrictions)
- ST-USG-027 - Packages requis
- ST-USG-028 - Restreindre l'invocation des modèles de fichier
- Variables
- Arguments
- Noms d'espace importés
- Flux de contrôle
- Réf. d’objets
- Journalisation
- Outil ScreenScrapeJavaSupport
- Tests Studio
- Extensions
- Résolution des problèmes
- À propos de la résolution des problèmes
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes rencontrés avec Internet Explorer x64
- Problèmes rencontrés avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Réparation de la prise en charge d'Active Accessibility
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
- Automatisation des applications exécutées sous un autre utilisateur Windows
Vue d'ensemble (Overview)
Les tests d'application dans Studio fonctionnent en VB ou en C#. Vous pouvez créer des projets d'automatisation individuels pour des scénarios tels que la vérification des données ou l'intégration avec votre pipeline CI/CD. Concevez votre workflow dans Studio. Vous pouvez effectuer des tests d'application automatisés en VB ou C#
Conditions
- Perform application testing through test cases and data-driven test cases.
- Les projets d'automatisation de test peuvent avoir plusieurs points d'entrée s'ils contiennent plusieurs scénarios de test avec une exécution linéaire, car les activités sont organisées de manière séquentielle.
- L'exécution du workflow est effectuée par scénario de test, sauf si d'autres
XAMLsont appelés. - Vous pouvez convertir des workflows en scénarios de test, importer d'autres projets ou en créer de nouveaux.
Dépendances
Créer un cas de test
Vous pouvez créer un cas de test en invoquant un workflow à partir d’un projet existant.
-
Ouvrez votre workflow dans Studio.
-
Dans le panel Projets (Projects), faites un clic droit sur le workflow et choisissez Créer un cas de test (Create Test Case).
-
(Optional) Select Mock workflow under test when you create your test case if you want to make a copy of your workflow where you can mock specific activities. If you have an existing mock file that you want to use, you can select it from the Mock dropdown. For more information, see Mock Testing.
-
(Optional) Select a Template from the dropdown list if you have created one previously. For more information, see File Templates.
-
Click Next if you want to add test data.
-
Cliquez sur Créer (Create) pour confirmer les modifications.
Un cas de test
XAMLest créé, invoquant le workflow avec les conteneurs suivants : Given, When, et Then. Le fichier est invoqué à l’intérieur de l’activité Invoquer un fichier de workflow (Invoke Workflow), qui fait partie du conteneur When.
Les arguments du workflow sont automatiquement importés. Pour afficher ou ajouter d’autres arguments, cliquez sur le bouton Importer des arguments faisant partie de l’activité Invoquer un fichier de workflow.
Consultez les Actions supplémentaires suivantes :
- Ajouter des données de test
- Simulations
- Lier les cas de test à Test Manager
- If you want to run in parallel on a single Robot, you can enable Starts in Background in Project Settings.
Publier les cas de test
Les scénarios de test et scénarios cas de test pilotés par les données sont créés par défaut en tant que brouillons. Vous devez définir les scénarios de test comme publiables avant de les publier sur Orchestrator. Vous pouvez définir des scénarios de test individuels ou multiples comme publiables en cliquant avec le bouton droit sur les workflows, puis en sélectionnant Définir comme publiable.
L'icône XAML deviendra bleue pour indiquer que le scénario de test est prêt à être publié et packagé dans un fichier NUPKG. Pour revenir à votre brouillon de workflow, cliquez avec le bouton droit sur le workflow et sélectionnez Ignorer de la publication.
You can publish the test cases to Orchestrator, to Robot defaults or a custom path. If you want to publish to Orchestrator, make sure your Robot or UiPath Assistant is connected to Orchestrator.
Publishing to Orchestrator is also required when you want to execute automated tests through Test Manager. Make sure to publish the package to the Orchestrator Tenant Process Feed, then link the test cases to Test Manager.
Publishing the package in a different folder may result in execution errors (e.g., Test execution through Test Manager is not supported for projects published in a folder feed).
Convertir le workflow en scénario de test
Pour convertir les workflows en scénarios de test, faites un clic droit sur les fichiers du panneau Projet et sélectionnez Convertir en scénario de test :
Résultat : le workflow devient un Cas de test et est régénéré en fonction du modèle de Cas de test BDD, qui structure votre test autour de conteneurs Donné-Quand-Alors (Given-When-Then).
Importer des cas de test
Si vous avez déjà créé des workflows ou des scénarios de test, vous pouvez les importer dans votre projet actuel en faisant un clic droit sur le nœud du projet et en sélectionnant Importer les scénarios de test. Les fichiers XAML importés sont ajoutés à l’arborescence du projet, sous forme de brouillon de scénarios de test.
Services d’importation (Import Services)
Similarly to importing data collections into API Test Automation libraries, you can import such collections into your Application Testing processes using the New Service wizard.
Disponible uniquement pour les bibliothèques et les projets d'automatisation de test créés dans le profil Studio.