studio
2023.4
false
- 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)
- 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
- Introduction
- Test d'application
- Infrastructure d'automatisation des test
- Projet de test SAP
- Cas de test
- Test RPA
- Modèle d’exécution
- Modèles de cas de test
- Simulations
- Automatisation de test d'API
- 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
Infrastructure d'automatisation des test
Guide de l’utilisateur de Studio
Last updated 2 oct. 2024
Infrastructure d'automatisation des test
L'infrastructure d'automatisation des test est un modèle qui fournit une base pour les projets de test en intégrant les meilleures pratiques essentielles. L'infrastructure comprend des fonctionnalités de gestion des ressources, des constantes, de la journalisation et de la gestion des exceptions.
Le modèle suit trois phases consécutives :
- SetUp (SetUp.xaml) — Cette phase lit le fichier Assets.json et initialise les applications utilisées dans le processus. Si l'initialisation est réussie, l'exécution passe à la phase Exécuter le test. En cas d'échec, l'exécution se termine et un cas de test échoue, générant une capture d'écran disponible dans Orchestrator.
- InitAllAssets.xaml— Cette phase initialise, remplit et génère un dictionnaire de configuration, Ressources (Assets), qui est utilisé tout au long du projet. Les ressources sont récupérées à partir d'Orchestrator.
- Exécuter le test (espace réservé pour le cas de test) : c'est au cours de cette phase que le scénario de test est exécuté. L'activité Placeholder (Espace réservé) se transforme au moment du runtime en activité Appeler le fichier de flux de travail (Invoke Workflow File. Cette activité appelle ensuite le cas de test avec le modèle d'exécution qui lui est attaché. Cela crée un fichier de workflow temporaire appelé Generated – testCaseName. Le cas de test est encapsulé dans une étendue avec délai d'expiration (Timeout Scope) dont la valeur d'entrée Générer une exception après (Throw Exception After) est définie sur la constante TestTimeOut. Si l'exécution du cas de test dépasse TestTimeOut, l'exécution s'arrête. Ceci est utile dans le cas où un processus se retrouve dans une boucle infinie, car il arrête l'exécution afin que le robot puisse être libéré.
- Nettoyage (TearDown.xaml) : cette phase finalise l'exécution du cas de test et effectue les actions nécessaires pour nettoyer l'environnement en vue des exécutions futures.
- KillAllProcesses.xaml : force l'arrêt d'un processus Windows qui représente une application utilisée dans le processus métier. Cependant, l'arrêt des processus peut entraîner des résultats indésirables, tels que la perte des modifications non enregistrées des fichiers. Malgré le nom de ce workflow, il n'est pas obligatoire de toujours forcer l'arrêt de tous les processus utilisés. D'autres étapes peuvent être plus appropriées pour rétablir l'état du système, en fonction des exigences du processus métier.
- TakeScreenshots.xaml : prend une capture d'écran de tout l'écran et l'enregistre au format .PNG dans un dossier spécifié par l'argument in_Folder. Vous pouvez invoquer cette phase partout où vous en avez besoin dans le workflow.
Pour configurer le modèle en fonction de votre cas d'utilisation spécifique, procédez comme suit :
- Dans le dossier Données (Data), ouvrez le fichier Assets.json et ajoutez les ressources Orchestrator auxquelles vous devez accéder.
Remarque : Utilisez le fichier Assets.json pour tout type de ressources, à l'exception des informations d'identification. Pour utiliser les ressources d'identification définies dans Orchestrator, ajoutez-les plutôt en tant que constante.
- Dans le gestionnaire de données, sous Constantes (Constants), ajoutez les ressources d'identification que vous souhaitez utiliser. Pour y accéder, ajoutez une activité Obtenir les informations d'identification (Get Credential).
Astuce : Si la ressource d'informations d'identification est stockée dans un dossier Orchestrator différent de celui dans lequel le processus est en cours d'exécution, créez une autre constante pour stocker le nom du dossier.
- Modifiez la constante TestTimeOut pour modifier le temps d'exécution autorisé d'un cas de test.
Les dépendances par défaut de ce modèle de projet sont UiPath.System.Activities, UiPath.UIAutomation.Activities et UiPath.Testing.Activities.