- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- À propos de la publication de projets d'automatisation
- Conception d'automatisations
- Gérer les package d’activités
- Configuration des paramètres du projet d'activité
- Signature de paquets
- Gouvernance
- Import des entités
- Modern Design Experience
- Lier un projet à une idée dans Automation Hub
- Utilisation du gestionnaire de données
- 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
- ST-USG-027 - Balises requises
- ST-USG-034 – URL Automation Hub
- Variables
- Arguments
- Noms d'espace importés
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Exemple d'utilisation des méthodes de saisie
- Méthodes de sortie ou de capture de données d'écran
- Exemple d'utilisation de méthodes de sortie ou de capture de données d'écran
- Génération de tables à partir de données non structurées
- Capture relative de données
- Flux de contrôle
- Sélecteurs
- Réf. d’objets
- Capture de données
- Automatisation des images et des textes
- À propos de l'automatisation des images et des textes
- Activités liées à la souris et au clavier
- Exemple d'utilisation de l'automatisation de la souris et du clavier
- Les activités de type texte
- Exemple d'utilisation d'automatisation de texte
- Activités de type OCR
- Activités de type image
- Exemple d'utilisation de l'automatisation d'image et d'OCR
- Automatisation des technologies Citrix
- Automatisation de RDP
- Automatisation de Salesforce
- Automatisation SAP
- Automatisation VMware Horizon
- Journalisation
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- Suite de 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
- Automatisation des applications exécutées sous un autre utilisateur Windows
- La validation des projets volumineux hérités depuis Windows prend plus de temps que prévu
Cas de test
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#
- Effectuez des tests d'application via des scénarios de test et des scénarios de test basés sur les données.
- 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.
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).
-
(Facultatif) Sélectionnez Simulation de workflow en cours de test (Mock workflow under test) lorsque vous créez votre cas de test pour réaliser une copie de votre workflow, d'où vous pouvez simuler des activités spécifiques. Si vous possédez un fichier simulé existant que vous souhaitez utiliser, vous pouvez le sélectionner à partir de la liste déroulante Simulation (Mock). Pour en savoir plus, voir Simulation.
- (Facultatif) Sélectionnez un modèle dans la liste déroulante si vous en avez déjà créé un. Pour plus d'informations, consultez Modèles de cas de test (Test Case Templates).
- (Facultatif) Ajoutez un cas de test au modèle d'exécution. Vous devez d'abord avoir créé un modèle d'exécution. Pour plus d’informations, consultez la section Créer un modèle d’exécution (Create execution template).
- Cliquez sur Suivant (Next) si vous souhaitez ajouter des données de test.
-
Cliquez sur Créer (Create) pour confirmer les modifications.
Un cas de testXAMLest 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.
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.
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.
Vous pouvez publier les scénarios de test dans Orchestrator, dans les valeurs par défaut du Robot ou dans un chemin personnalisé. Si vous souhaitez publier sur Orchestrator, assurez-vous que votre Robot ou Assistant UiPath est connecté à Orchestrator.
La publication dans Orchestrator est également requise lorsque vous souhaitez exécuter des tests automatisés via Test Manager. Assurez-vous de publier le package dans le flux de processus du locataire Orchestrator, puis liez les cas de test à Test Manager. La publication du package dans un autre dossier peut entraîner des erreurs d'exécution.
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.
XAML importés sont ajoutés à l’arborescence du projet, sous forme de brouillon de scénarios de test.
De même que pour l'importation de collecte de données dans les bibliothèques Automatisation des tests API, vous pouvez importer ces collectes dans vos processus de test d'application à l'aide de l'assistant Nouveau service.
