- 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
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Méthodes de saisie
- 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 SAP
- Automatisation VMware Horizon
- Journalisation
- L'outil de migration MiseAlEchelleCoordonnees (ScaleCoordinates)
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- StudioPro
- 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
Guide de l’utilisateur de Studio
Test RPA
Le test RPA est conçu pour tester directement les workflows et afficher la couverture de l’activité pendant l’exécution. Ces processus de test garantissent que l’exécution est effectuée et que tous les cas importants sont couverts, quelles que soient les décisions prises lors de l’exécution.
Un fichier de test RPA peut être créé en invoquant un flux de travail à partir du projet. Faites un clic droit sur un flux de travail dans le panneau Projet, puis sélectionnez Créer un cas de test ou un cas de test centré sur les données:
Sélectionnez la simulation de flux de travail en cours de test lorsque vous créez votre cas de test pour réaliser une copie de votre flux de travail, d'où vous pouvez simuler des activités spécifiques. Pour en savoir plus, voir Simulation.
.xaml
est créé, invoque le workflow et a trois conteneurs supplémentaires : Given, When, et Then. Le fichier est invoqué à l’intérieur de l’activité Invoquer un fichier de 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.
Pour vérifier la couverture d’activité du flux de travail, déboguez le cas de test nouvellement créé et affichez les cas de test couverts et non couverts dans le panneau Couverture de l'activité (Activity Coverage).
Lors de l’exécution de cette action dans notre exemple, nous avons reçu la couverture suivante :
Selon le message, ce cas de test ne couvrait que 53 % des activités du workflow. Selon vos besoins d’automatisation, vous pouvez créer des cas de test distincts pour couvrir chaque scénario pendant l’exécution. Par exemple, le flowchart ci-dessus utilise une activité Flow Switch. Nous pouvons alors créer un autre cas de test pour suivre l’exécution d’un autre scénario, comme dans le cas des prêts à faible volume.
.csv
et nous avons utilisé une activité Pour chaque pour les transmettre à travers chaque activité dans le workflow :
Lors du débogage, un taux de couverture d’activité de 100 % a été atteint, ce qui signifie que l’ensemble de données utilisé dans le cas de test, ainsi que les activités ajoutées, couvraient tous les scénarios possibles du projet.
Les cas de test ne sont empaquetés que s'ils sont définis comme publiables. Dans le panneau Projet (Project), cliquez avec le bouton droit sur un cas de test et sélectionnez Définir comme publiable (Set as Publishable). En savoir plus sur la définition des cas de test comme publiables ici.
La publication est effectuée en cliquant sur les options de ruban Publier ou Publier les cas de test :
- Publier - publie l’ensemble du projet avec des cas de test;
-
Publier les cas de test (Publish Test Cases) : publie le projet en tant que cas de test à gérer à partir de la page Cas de test (Test Cases) d'Orchestrator.