- 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 - Propriétés de l'activité codées 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
- Flux de contrôle
- Réf. d’objets
- Journalisation
- Outil ScreenScrapeJavaSupport
- 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
Vue d'ensemble (Overview)
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#
Conditions
- Perform application testing through test cases and data-driven test cases.
- 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.
Dépendances
Créer un cas de test
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).
-
(Optional) Select Mock workflow under test when you create your test case if you want to make a copy of your workflow where you can mock specific activities. If you have an existing mock file that you want to use, you can select it from the Mock dropdown list. For more information, see Mock Testing.
-
(Optional) Select a Template from the dropdown list if you have created one previously. For more information, see Test Case Templates.
-
(Optional) Add the test case to an Execution Template. You need to have created an execution template first. For more information, see Create execution template.
-
Click Next if you want to add test data.
-
Cliquez sur Créer (Create) pour confirmer les modifications.
Un cas de test
XAMLest 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).
Consultez les Actions supplémentaires suivantes :
Publier les cas de test
Que vous travailliez avec un processus ou une bibliothèque, si vous avez des incidents de test dans votre projet, vous pouvez alors choisir de publier le projet entier (Publier) ou uniquement les incidents de test (Publier les incidents de test).Si vous travaillez avec un projet Automatisation de test, vous ne pouvez publier des scénarios de test que dans Orchestrator.
Pour publier les cas de test que vous créez dans Studio, vous devez définir les cas de test comme publiables, car les cas de test et les cas de test centrés sur les données sont créés par défaut en tant que brouillons. Pour publier les cas de test dans tous les types de projets Studio, procédez comme suit :
-
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.
The
xamlorcsicon will turn blue as an indication that the test case is ready to be published and packaged in anupkgfile. To revert back to your workflow draft, right-click the workflow and select 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 Conception de Studio.
- Si vous êtes dans un projet Processus ou Bibliothèque, cliquez sur Publier les cas de test dans le ruban de l'onglet Conception de Studio.
-
Configurez les propriétés du package, les options de publication et les paramètres de signature de certificat pour l'action de publication, puis cliquez sur Publier pour publier vos cas de test dans Orchestrator.
You can publish the test cases to Orchestrator, to Robot defaults or a custom path. If you want to publish to Orchestrator, make sure your Robot or Assistant is connected to Orchestrator.
Publishing to Orchestrator is also required when you want to execute automated tests through Test Manager. Make sure to publish the package to the Orchestrator Tenant Process Feed, then link the test cases to Test Manager. Publishing the package in a different folder may result in execution errors.
Convertir le workflow en scénario de test
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) :
Result: The workflow becomes a Test Case, and is regenerated based on the BDD Test Case template.
Importer des cas de test
Si vous avez déjà créé des workflows ou des scénarios de test, vous pouvez les importer dans votre projet actuel en faisant un clic droit sur le nœud du projet et en sélectionnant Importer les scénarios de test. Les fichiers XAML importés sont ajoutés à l’arborescence du projet, sous forme de brouillon de scénarios de test.
Services d’importation (Import Services)
Similarly to importing data collections into API Test Automation libraries, you can import such collections into your Application Testing processes using the New Service wizard.
Disponible uniquement pour les bibliothèques et les projets d'automatisation de test créés dans le profil Studio.