- 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
- 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
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
- Automatisation des applications exécutées sous un autre utilisateur Windows
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.