- 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
- 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ésolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
Modèle d’exécution
Grâce aux modèles d'exécution, vous pouvez encapsuler des cas de test au moment du runtime pour utiliser vos conditions d'exécution définies pour différents scénarios. Par exemple, au lieu de copier, de coller et de conserver plusieurs cas de test, vous pouvez créer un modèle unique qui agira comme passe-partout pour encapsuler les cas de test lors du runtime.
- Lorsque vous exécutez ou déboguez le fichier, le cas de test et son modèle d'exécution associé sont fusionnés au sein d'un fichier temporaire. La collection des arguments et des variables des deux fichiers est comparée par nom au moment du runtime. Si le modèle d'exécution a en commun un même argument ou un même nom de variable avec le cas de test, il sera lié après la fusion dans le fichier de workflow invoqué. Si le cas de test n'a pas d'arguments en commun avec le modèle d'exécution, les arguments du fichier précédent seront copiés dans le fichier suivant.
- Le fait de déplacer ou de renommer un modèle d'exécution met automatiquement à jour ses cas de test associés.
- Lors de la publication d'un projet avec des modèles d'exécution, tous les cas de test publiables sont fusionnés avec les modèles d'exécution. Les fichiers résultants constitueront les points d'entrée du projet.
Le modèle d'exécution agit comme un wrapper pour les cas de test. Dans le panneau Concepteur (Designer), vous pouvez voir qu'il existe une activité Placeholder dans le modèle d'exécution.
Cette activité va être remplacée au moment du runtime par une activité « Invocation » (Invoke). Celle-ci ajoutera le cas de test invoqué au modèle d'exécution, comme vous pouvez le voir sur l'image suivante.
Pour exécuter un cas de test dans un modèle d'exécution au moment du runtime, vous devez suivre les procédures suivantes :
Créez un modèle d'exécution avant de le définir pour un cas de test.
- Ouvrez votre workflow dans Studio.
- Dans le panneau Projets (Projects), cliquez avec le bouton droit sur le dossier Modèles de fichiers (File Templates) pour ouvrir le menu déroulant.
- Accédez à Ajouter (Add) > Modèle d'exécution (Execution Template).
-
Saisissez un nom (Name) pour votre modèle d'exécution et choisissez l'emplacement (Location) où il sera stocké.
Un nouvel onglet avec votre modèle d'exécution s'ouvre dans le panneau Concepteur (Designer). Vous pouvez configurer un modèle qui répondra à vos besoins de test.
- Cliquez sur Enregistrer (Save) lorsque votre modèle d'exécution est terminé.
Pour exécuter ou déboguer un cas de test avec un modèle d'exécution, vous devez l'ajouter à un modèle d'exécution (Configurer un modèle d'exécution (Set Execution Template)). Vous pouvez également configurer un modèle d'exécution pour cas de test nouvellement créé.
- Ouvrez votre cas de test dans Studio. Si vous n'en avez pas encore, vous pouvez créer un cas de test.
- Dans le panneau Projets (Projects), cliquez avec le bouton droit sur un cas de test pour ouvrir le menu déroulant.
- Cliquez sur Configurer un modèle d'exécution (Set Execution Template) et sélectionnez un modèle dans la liste déroulante.
-
Cliquez sur Ok pour confirmer. Le modèle d'exécution est ajouté au cas de test. L'exécution ou le débogage de ce cas de test se déroulera conformément à votre modèle d'exécution associé.
Vous pouvez maintenant exécuter ou déboguer le cas de test tel qu'il sera exécuté avec le modèle d'exécution.
- Ouvrez votre workflow dans Studio.
-
Dans le panneau Projets (Projects), cliquez avec le bouton droit sur un cas de test pour ouvrir le menu déroulant.
Remarque : passez la souris au-dessus d'un cas de test pour voir s'il est ajouté ou non à un modèle d'exécution. - Cliquez sur Configurer un modèle d’exécution (Set Execution Template) et sélectionnez <no execution template> dans la liste déroulante.
- Cliquez sur OK pour confirmer.