- 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)
Vous pouvez utiliser Data Service à la fois dans Automation Cloud et Automation Suite comme source pour vos tests centrés sur les données. Les données sont importées à partir des entités Data Service, exposant les champs en tant qu’arguments de workflow. Toutes les entités importées sont stockées dans l’onglet Projet , sous Entités. Pour vous assurer que vous disposez des licences nécessaires pour utiliser Data Service, consultez la section Attribution et gestion des licences.
Les tests centrés sur les données peuvent être réalisés sur Data Service uniquement avec la version 22.4 ou une version ultérieure du package Testing.Activities.
Après avoir importé une entité de service de données, un argument est généré dans le panneau Arguments. Le nom de l’argument doit rester le même. Si vous modifiez le nom de l’argument, vous ne pourrez plus accéder aux données.
Conditions
- Lorsque vous configurez une source Data Service, les données sont extraites de la première entrée de l'entité.
- To Run and Debug test cases with dynamic test data, use the Test Explorer. The data comes from the Data Service entity during runtime, and the Test Explorer populates the values at runtime.
- Si vous fermez votre session et ouvrez à nouveau le projet, vous devez réexécuter le fichier avec la variation de données pour charger les données de test.
- Si vous mettez à jour l'entité, vous devez exécuter le fichier avec la variation de données pour charger les données de test mises à jour.
- Les cas de test avec des variations de données vides sont marqués comme ayant échoué.
- Une configuration de cas de test est créée dans Orchestrator, lorsque vous exécutez des cas de test contenant des variations de données à partir de Data Service.
Limites connues
-
For data-driven testing, the argument name generated by Data Service-driven test cases does not comply with the ST-NMG-002 workflow analyzer rule recommending the use of
in_and_outprefixes. Adapting the argument name to fit this rule may prevent data retrieval from the Data Service entity. -
Lorsque vous créez un cas de test centré sur les données qui accepte un argument d’entrée, que vous le publiez dans un ensemble de tests et tentez de définir la valeur de l’argument directement sur l’interface utilisateur d’Orchestrator, la valeur de l’argument d’entrée n’est pas transmise aux variantes du test.
Workaround: To overcome this limitation, add the input argument directly to the Data Service entity.
Application de filtres d'entité
Lorsque vous ajoutez des données de test à votre cas de test, vous pouvez filtrer l'entité pour récupérer uniquement des champs spécifiques de Data Service. Vous pouvez configurer les filtres à l'aide du générateur de requêtes intégré.
-
Cliquez sur Source et sélectionnez Data Service dans la liste déroulante.
Remarque :If the option is not available, check the requirements.
-
Sélectionnez une entité ou utilisez la fonction de recherche pour la rechercher.
-
Cliquez sur l'icône Filtre (Filter) pour ouvrir le générateur de requêtes.
-
Utilisez la première liste déroulante pour filtrer par critère (par exemple,
CreateTime). -
(Facultatif) Vous pouvez ajouter des lignes et des groupes en cliquant sur Ajouter (Add), puis en configurant les conditions.
-
(Facultatif) Vous pouvez choisir de filtrer selon tout ou partie de vos critères en choisissant ET (AND) ou OU (OR).
-
Saisissez un nom pour votre filtre.
-
(Facultatif) Utilisez la plage pour configurer des intervalles de lignes spécifiques. Cette option est utile si vous avez des centaines de champs dans votre entité.
-
Click OK to confirm.
Les données sont extraites de l'entité et ajoutées au cas de test en tant que type d'argument. Seule la première entrée de l'entité est extraite. Vous pouvez accéder aux données via les arguments.
Articles associés
- Vous utilisez déjà un fichier CSV pour vos tests centrés sur les données ? Vous pouvez le télécharger vers Data Service à l'aide d'activités groupées.
- Update or remove test data.
Récupération des entités de Data Service
Dans ce tutoriel, vous apprendrez à récupérer des entités de Data Service pour effectuer des tests centrés sur les données. Les tests centrés sur les données vous permettent de tester efficacement différents scénarios de données en utilisant des entités de Data Service comme entrée. Suivez les étapes ci-dessous pour récupérer et utiliser les entités de Data Service dans vos cas de test.
-
Créez un projet d'automatisation de test.
-
Dans le ruban Conception , cliquez sur Gérer les entités.
-
Désélectionnez toutes les entités et sélectionnez uniquement celles que vous souhaitez récupérer dans votre cas de test.
Dans cet exemple, nous avons uniquement sélectionné l'entité
Billings. -
Cliquez sur Enregistrer pour ajouter les entités sélectionnées à votre projet.
-
-
Créez un cas de test.
-
Dans l'onglet Données de test , choisissez la Source en tant que Data Service.
-
Sélectionnez les entités que vous souhaitez utiliser dans votre cas de test.
Dans cet exemple, nous avons de nouveau sélectionné l'entité
Billings. -
Cliquez sur Créer (Create).
With the test case, an argument is also created automatically in the Arguments panel, carrying the name of the entity. The type of the argument represents the namespace of the project and the name of the entity you selected as data source.
Important :Ne modifiez pas le nom de l'argument. Sinon, vous ne pourrez pas récupérer les données de l'entité.
-
-
Pour récupérer les champs de l'entité, entrez l'argument généré, puis accédez aux champs que vous souhaitez récupérer. Vous pouvez utiliser le format suivant pour récupérer les champs et les enregistrements de l'entité :
<dataEntityName>.<fieldName>.toString.Dans cet exemple, nous avons ajouté une activité Message du journal et, dans le champ Message, nous avons entré
billings.Data.toString.