- 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
- Variables
- Arguments
- Noms d'espace importés
- Flux de contrôle
- Réf. d’objets
- Journalisation
- L'outil de migration MiseAlEchelleCoordonnees (ScaleCoordinates)
- Outil ScreenScrapeJavaSupport
- StudioPro
- Introduction
- Test d'application
- Test RPA
- Automatisation de test d'API
- Simulations
- Extensions
- Résolution des problèmes
- Internet Explorer x64
- Problèmes d'interopérabilité avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Identification des éléments d'IU après les mises à jour de Windows
- Applications JxBrowser
- Surveillance des événements utilisateur
- Java dans App-V
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes Citrix
Studio Pro prend en charge la création de cas de test spécialisés pour effectuer des tests d’application automatisés, même dans VB ou C#. Les projets individuels d’automatisation de tests peuvent être créés dans Studio Pro, utilisés pour vérifier les données et inclus dans les scénarios de pipeline CI/CD.
Application testing can be performed with Test Cases and Data Driven Test Cases, sequences that make use of verification activities part of the UiPath.Testing.Activities pack, together with activities from other packages.
Les cas de test pilotés centrés sur les données utilisent des données importées comme arguments dans le projet pour vérifier l’exécution des cas de test. L’ensemble des données ou seulement certaines valeurs peuvent être utilisées lors de l’exécution.
Les projets d’automatisation de test peuvent contenir plusieurs cas de test avec exécution linéaire, car les activités sont organisées en séquences, ce type de projet a plusieurs points d’entrée. Il n’y a pas de fichier de workflow principal et l’exécution est effectuée par cas de test à moins que d'autres fichiers .xaml soient invoqués.
With Studio Pro, workflows can be converted into test cases or imported as test cases from other projects. Later, application testing projects may be published to Orchestrator, managed and executed from the Test Cases page.
Cas de test
Utilisez le type de projet Automatisation de test à partir du mode arrière-plan > Commencer pour commencer à concevoir un cas de test.
Plusieurs de ces fichiers .xaml peuvent être ajoutés à un projet en utilisant l’option ruban Nouveau > Cas de test.
The default activities packages for this type of project are: UiPath.System.Activities, UiPath.UIAutomation.Activities, and verification activities from the UiPath.Testing.Activities.
Verification activities such as Verify Control Attribute, Verify Expression, and Verify Expression with Operator are used for testing the data used by your workflows.
De telles activités se comportent différemment lorsqu’elles sont exécutées ou déboguées. Si une activité de vérification rencontre une erreur, l’exécution ne s’arrête pas pour lancer l’erreur, mais enregistre plutôt l’activité échouée dans le panneau Sortie. Si l’activité a été exécutée avec succès, elle est marquée dans le panneau.
Cas de test centrés sur les données
Les tests d’application peuvent nécessiter de travailler avec de grands ensembles de données pour vérifier l’exécution du workflow et couvrir les cas importants. Plutôt que de créer plusieurs cas de test pour chaque ensemble de données, importez et utilisez vos ensembles de données à l’intérieur du projet avec le type de fichier Cas de test centré sur les données.
Dans le panneau Projet, faites un clic droit sur un cas de test et sélectionnez Ajouter des données de test.
Accédez à Fichier de variation pour choisir un fichier Excel à importer, puis sélectionnez une feuille de calcul.
Cliquez sur Importer. Le fichier Excel importé est accepté comme entrée, les données sont importées en tant que types InArgument ainsi que les valeurs du fichier.
As a next step, you can use the Verify Expression with Operator activity to compare values with those from the imported Excel file, using available operators. Read more about this activity here.
Run/Debug avec variations de données
L’exécution ou le débogage d’un cas de test centré sur les données peut se faire de deux façons, soit en utilisant toutes les données importées, soit en sélectionnant les données spécifiques à utiliser.
Cliquez sur les options Exécuter le fichier avec des variations de données ou Déboguer le fichier avec des variations de données à partir du ruban. La fenêtre Variations de données s’ouvre :
Sélectionnez les données que vous souhaitez utiliser pour exécuter ou déboguer le cas de test en cliquant sur la case à cocher à côté de chaque ligne. Cliquez sur Exécuter ou Déboguer après avoir fait la sélection.
Si le projet de cas de test utilise l'activité vérifier l'expression avec l'opérateur, l’exécution est effectuée une fois pour chaque ensemble de données sélectionné.
Si des modifications ont été apportées à l’ensemble de données Excel, supprimez et ajoutez à nouveau l’ensemble de données dans le projet de cas de test.
Supprimer les données de test
Les ensembles de données importés peuvent être supprimés d’un fichier de cas de test centré sur les données en faisant un clic droit sur le fichier .xaml dans le panneau Projet et en sélectionnant Supprimer les données de test :
Un nouvel ensemble de données peut être ajouté en sélectionnant l’option Ajouter des données de test.
Migration de cas de test
Existing workflows used for testing purposes can be converted to and from test cases using Studio Pro. In addition, you can create an RPA Testing project from existing processes.
Convertir en cas de test
Pour convertir les workflows en cas de test, faites un clic droit sur les fichiers du panneau Projet et sélectionnez Convertir en cas de test :
Importer des cas de test
Si vous avez déjà créé des workflows ou des cas 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 cas de test :
Les fichiers .xaml importés sont ajoutés à l’arborescence du projet, sous forme de brouillon de cas 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.
Notez que cette option est uniquement disponible pour les bibliothèques et les projets Automatisation de test (Test Automation) créés avec une licence Studio Pro.
Publier les cas de test
Les fichiers de cas de test et de cas de test centré sur les données sont créés sous forme de brouillons par défaut. Avant de tenter de publier, ces fichiers .xaml doivent être définis comme publiables à partir du panneau Projet.
La multi-sélection est disponible, il suffit de maintenir la touche Ctrl tout en sélectionnant chaque fichier individuellement, puis clic droit > Définir comme publiable.
Les cas de test publiables peuvent être redéfinis en tant que brouillons en faisant un clic droit sur le cas de test et en sélectionnant Définir comme brouillon.
Après avoir sélectionné Défini comme publiable, l’icône du fichier passe du gris au bleu, indiquant que le fichier est prêt à être publié et packagé dans un fichier .nupkg.
À moins d’être configuré comme publiable, les fichiers brouillons ne sont pas packagés et publiés.
Publishing test cases is performed in a similar way as for other types of projects. Use the Publish option from the Studio Pro ribbon. You can set a version of the project and use the Certificate Signing options, read more about publishing projects here.
Test cases can be published to Orchestrator, Robot defaults, or a custom path. If you wish to publish to Orchestrator, make sure your Robot or UiPath Assistant is connected to Orchestrator, follow the steps here.