- 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é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
Guide de l’utilisateur de Studio
Data Service
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 (Project), sous Entités (Entities).
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.
- Lorsque vous configurez une source Data Service, les données sont extraites de la première entrée de l'entité.
- Pour exécuter et déboguer des cas de test avec des données de test dynamiques, utilisez l ' explorateur de tests. Les données proviennent de l'entité Data Service pendant le runtime, et l'explorateur de tests (Test Explorer) remplit les valeurs lors du 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.
- Pour les tests centrés sur les données, le nom de l'argument généré par les cas de test centrés sur Data Service n'est pas conforme à la règle de l'analyseur de workflow ST-NMG-002 recommandant l'utilisation des préfixes
in_
et_out
. L'adaptation du nom de l'argument pour qu'il corresponde à cette règle peut empêcher la récupération de données à partir de l'entité Data Service. - 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.
Solution: Pour contourner cette limitation, ajoutez l'argument d'entrée directement à l'entité de Data Service.
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é.
- Créez un nouveau cas de test avec des données de test ou ajoutez des données de test à un cas de test existant.
-
Cliquez sur Source et sélectionnez Data Service dans la liste déroulante.
Remarque : si l'option n'est pas disponible, vérifiez la configuration requise. - 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é.
-
Cliquez sur OK pour confirmer.
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.
- 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.
- Mettez à jour ou supprimez les données de test.