- 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
- 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
Guide de l’utilisateur de Studio
Modèles de cas de test
Utilisez des modèles de cas de test comme modèles de base pour vos cas de test. Par exemple, vous pouvez créer un modèle avec des variations de données à réutiliser dans le cadre de différents tests. Vous pouvez créer des modèles de cas de test pour les projets d'automatisation de tests, y compris d'autres types de fichiers tels que ceux du Global Exception Handler. Pour d'autres projets (par exemple, Processus (Process)), vous pouvez créer des modèles de workflow.
- Les modèles sont spécifiques au type de projet et au langage utilisé pour le créer.
- Les modèles ne peuvent pas être convertis en workflows, être compilés ou publiés.
-
Vous pouvez utiliser du contenu réutilisable en créant une bibliothèque avec des modèles de cas de test. La variation des données de test n'est pas exportée vers la bibliothèque avec le modèle de cas de test.
Attention : les ressources référencées dans le modèle ne seront pas copiées localement dans le projet dans lequel vous essayez d'importer la bibliothèque. Le modèle ne doit pas contenir de références à d'autres ressources, telles que les workflows au sein de la bibliothèque.
Lorsque vous ajoutez un nouveau fichier, vous pouvez choisir un modèle sur lequel le baser. Les modèles parmi lesquels vous pouvez choisir varient selon le type de fichier que vous ajoutez (workflow ou cas de test) et selon que vous avez ou non déjà ajouté des modèles à votre dossier Modèles (Templates) de projet.
Choisissez Cas de test vide (Empty Test Case) lorsque vous créez un cas de test si vous souhaitez ajouter une activité d'espace réservé que vous souhaitez appeler à une étape ultérieure.
BDD signifie Behavioural-Driven Development. Choisissez Test case BDD (BDD Test Case) lorsque vous créez un cas de test pour structurer votre test autour des conteneurs Étant Donné-Quand-Alors (Given-When-Then).
Les modèles locaux sont créés dans le dossier Modèles (Templates) du projet lorsque vous extrayez le fichier comme modèle et lorsque vous ajoutez un modèle au dossier Modèles. Les modèles de fichiers locaux ne sont disponibles qu'à l'intérieur du projet dans lequel vous les créez ou les extrayez.
Vous pouvez créer des modèles locaux de trois types : modèle d'exécution, modèle de workflow et modèle de cas de test. Lorsque vous extrayez un fichier comme modèle, le type de modèle est appliqué automatiquement en fonction du type de fichier que vous extrayez (workflow ou cas de test). Lorsque vous ajoutez manuellement un modèle au dossier Modèles, vous sélectionnez le type de modèle à créer.
Tester avec délai d'attente
Le modèle Tester avec délai d'attente (Test With Timeout) n'est disponible qu'avec le package d'activité Testing, version 22.10 ou ultérieure. Choisissez Tester avec délai d'attente (Test With Timeout) lorsque vous créez un cas de test si vous souhaitez utiliser un délai d'attente ou prendre des captures d'écran lorsqu'une vérification échoue.
Le modèle est configuré pour générer une exception temporelle, en prenant une capture d'écran de l'échec qui s'est produit dans votre workflow.
- Si vous définissez la variable booléenne
takeScreenshotOnException
surfalse
, assurez-vous de modifier la propriétéTimeout Message
de l'activitéTimeoutScope
. - Vous pouvez modifier le délai d'attente dans la variable
duration
. La valeur par défaut est de cinq (5) minutes. - Vous pouvez conserver des captures d'écran sur votre machine en configurant les paramètres du projet de test.
Vous pouvez utiliser le menu contextuel du panneau Projet (Project) pour ajouter manuellement à votre projet des modèles d'exécution et de cas de test basés sur d'autres modèles. Après avoir ajouté un modèle, vous pouvez le modifier dans le concepteur, puis l'utiliser comme point de départ pour créer d'autres fichiers.
-
Pour ajouter un modèle de cas de test, faites un clic droit sur le dossier Modèles (Templates), puis sélectionnez Ajouter (Add) > Modèle de cas de test (Test Case Template). Suivez le processus de création de cas de test pour configurer le modèle.
-
Pour ajouter un modèle d'exécution, faites un clic droit sur le dossier Modèles (Templates), puis sélectionnez Ajouter (Add) > Modèle d’exécution (Execution Template).
- Ouvrez votre workflow dans Studio.
-
Dans le panneau Projet (Project), faites un clic droit sur un cas de test et sélectionnez Extraire en tant que modèle (Extract as Template).
Votre scénario de test est maintenant stocké dans Projet > Modèles. Vous pouvez le copier et le coller ou le déplacer vers votre dossier de test.
- Vous pouvez créer des modèles directement à partir du dossier Modèles (Templates) pour vos cas de test et vos workflows.
- Vous pouvez utiliser le menu contextuel dans le dossier Modèles (Templates) pour effectuer diverses actions, telles que la comparaison de fichiers.
Vous pouvez créer des modèles de cas de test dans des bibliothèques de la même manière que vous les créez dans des processus. Après avoir publié la bibliothèque, les modèles marqués comme publics sont disponibles en tant que modèles de fichiers de package dans les projets où la bibliothèque est installée.
- Créez un projet de test.
- Créez le cas de test que vous souhaitez utiliser comme modèle.
-
Lorsque vous avez terminé de créer le cas de test, faites un clic droit dessus et sélectionnez Extraire en tant que modèle (Extract as Template).
Nommez le modèle, choisissez le dossier Modèles (Templates) comme emplacement de stockage et sélectionnez Créer (Create). Pour cet exemple, le nom du modèle est MonPremierModèleCasTest (MyFirstTestCaseTemplate).
-
Accédez à l'onglet Conception (Design), du groupe Fichier (File) et sélectionnez Nouveau (New) > Cas de test (Test Case). La fenêtre Nouveau cas de test (New Test Case) s'affiche.
- Donnez-lui un nom approprié et sélectionnez le modèle que vous avez précédemment créé dans la liste déroulante Modèle (Template). Pour cet exemple, choisissez MonPremierModèleCasTest (MyFirstTestCaseTemplate).
Pour supprimer un modèle, développez le dossier Modèles (Templates) dans le panneau Projet, faites un clic droit sur le modèle, puis sélectionnez Supprimer (Delete).
- Conditions
- Sources des modèles
- Modèles intégrés
- Cas de test vide
- Cas de test BDD
- Modèles de fichiers locaux
- Modèles de fichiers de package
- Ajout d'un modèle de fichier local
- Extraire le fichier comme modèle
- Modèles de Cas de test dans les bibliothèques
- Création d'un cas de test à partir d'un modèle
- Suppression d'un modèle
- Articles associés