- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- À propos de la publication de projets d'automatisation
- Conception d'automatisations
- Gestion des paquets 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
- Automatisation Attended basée sur déclencheur
- 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 comme 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 cas 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 (Mock Testing).
- (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 (Import Arguments), qui fait partie de l'activité Appeler le fichier de workflow (Invoke Workflow File).
Que vous travailliez avec un processus ou une bibliothèque, si vous avez des cas de test dans votre projet, vous pouvez choisir de publier l’ensemble du projet (Publier) ou uniquement les cas de test (Publier les cas de test). Si vous travaillez avec un projet d'automatisation de test, vous pouvez uniquement publier des cas de test sur Orchestrator.
- Faites un clic droit sur un workflow et sélectionnez Définir comme publiable (Set as Publishable), pour permettre aux cas de test de publier sur Orchestrator.
L'icônexamloucsdeviendra bleue pour indiquer que le cas de test est prêt à être publié et packagé dans un fichiernupkg. Pour revenir à votre brouillon de workflow, faites un clic droit sur le workflow et sélectionnez Écarter de la publication (Ignore from Publishing). - Publiez le projet :
- Si vous êtes dans un projet d’automatisation de test, cliquez sur Publier dans le ruban de l’onglet Design de Studio.
- Si vous êtes dans un projet Processus (Process) ou Bibliothèque (Library), cliquez sur Publier les cas de test ( Publish test cases ) dans le ruban de l’onglet Design de Studio.
- Configurez les propriétés du package, les options de publication et les paramètres de signature du certificat pour l'action de publication, puis cliquez sur Publier ( Publish ) pour publier vos cas de test dans Orchestrator.
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 cas de test, faites un clic droit sur le workflow du panneau Projet (Project) et sélectionnez Convertir en cas de test (Convert to Test Case) :
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.
