- 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-021 - Délai d'expiration codé en dur
- 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
- ST-USG-027 - Balises requises
- ST-USG-034 – URL Automation Hub
- Variables
- Arguments
- Noms d'espace importés
- Automatisations codées
- Introduction
- Enregistrement de services personnalisés
- Contextes Avant (Before) et Après (After)
- 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
- Extensions
- À propos des extensions
- Outil SetupExtensions
- UiPathRemoteRuntime.exe n'est pas en cours d'exécution dans la session distante
- UiPath Remote Runtime bloque la fermeture de la session Citrix
- UiPath Remote Runtime provoque une fuite de mémoire
- Les packages UiPath.UIAutomation.Activities ne correspondent pas aux versions d'UiPath Remote Runtime
- L'extension UiPath requise n'est pas installée sur la machine distante
- Paramètres de résolution d’écran
- Stratégies de groupe Chrome
- Impossible de communiquer avec le navigateur
- L’extension Chrome est automatiquement supprimée
- L'extension a peut-être été corrompue
- Vérification de l'installation et de l'activation de l'extension pour Chrome
- Vérifiez si ChromeNativeMessaging.exe est en cours d’exécution
- Vérifier si la variable ComSpec est correctement définie
- Activez l’accès aux URL de fichiers et au mode navigation privée
- Profils de navigateur multiples
- Group Policy conflict
- Problèmes connus spécifiques aux extensions MV3
- Liste des extensions pour Chrome
- Extension Chrome sur Mac
- Stratégies de groupe Edge
- Impossible de communiquer avec le navigateur
- L’extension Edge est automatiquement supprimée
- L'extension a peut-être été corrompue
- Vérification si l'extension pour Microsoft Edge est installée et activée
- Vérifiez si ChromeNativeMessaging.exe est en cours d’exécution
- Vérifier si la variable ComSpec est correctement définie
- Activation de l'accès aux URL de fichiers et au mode navigation privée
- Profils de navigateur multiples
- Group Policy conflict
- Problèmes connus spécifiques aux extensions MV3
- Liste des extensions pour Edge
- Extension pour VMware Horizon
- Plug-in du gestionnaire de solution SAP
- Complément Excel
- 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
- La validation des projets volumineux hérités depuis Windows prend plus de temps que prévu
Modèle d’exécution
Grâce aux modèles d'exécution, vous pouvez encapsuler des cas de test au moment du runtime pour utiliser vos conditions d'exécution définies pour différents scénarios. Par exemple, au lieu de copier, de coller et de conserver plusieurs cas de test, vous pouvez créer un modèle unique qui agira comme passe-partout pour encapsuler les cas de test lors du runtime.
- Lorsque vous exécutez ou déboguez le fichier, le cas de test et son modèle d'exécution associé sont fusionnés au sein d'un fichier temporaire. La collection des arguments et des variables des deux fichiers est comparée par nom au moment du runtime. Si le modèle d'exécution a en commun un même argument ou un même nom de variable avec le cas de test, il sera lié après la fusion dans le fichier de workflow invoqué. Si le cas de test n'a pas d'arguments en commun avec le modèle d'exécution, les arguments du fichier précédent seront copiés dans le fichier suivant.
- Le fait de déplacer ou de renommer un modèle d'exécution met automatiquement à jour ses cas de test associés.
- Lors de la publication d'un projet avec des modèles d'exécution, tous les cas de test publiables sont fusionnés avec les modèles d'exécution. Les fichiers résultants constitueront les points d'entrée du projet.
- Vous pouvez utiliser du contenu réutilisable en créant une bibliothèque avec des modèles d'exécution.
- Vous pouvez invoquer plusieurs espaces réservés dans le workflow.
Le modèle d'exécution agit comme un wrapper pour les cas de test. Dans le panneau Concepteur (Designer), vous pouvez voir qu'il existe une activité Placeholder dans le modèle d'exécution.
Cette activité va être remplacée au moment du runtime par l'activité « Invoquer (Invoke) ». Celle-ci ajoutera le cas de test invoqué au modèle d'exécution.
Pour exécuter un cas de test dans un modèle d'exécution au moment du runtime :
- Créez un modèle d’exécution.
- Ajoutez le cas de test dans le modèle d’exécution.
Créez un modèle d'exécution avant de le définir pour un cas de test.
- Ouvrez votre workflow dans Studio.
- Dans le panneau Projets (Projects), cliquez avec le bouton droit sur le dossier Modèles de fichiers (File Templates) pour ouvrir le menu déroulant.
- Accédez à Ajouter (Add) > Modèle d'exécution (Execution Template).
-
Saisissez un nom pour votre modèle d'exécution. L'emplacement du modèle est le dossier Modèles du projet.
- Sélectionnez un modèle sur lequel vous souhaitez créer le modèle d'exécution. Vous pouvez choisir entre le modèle d'exécution par défaut ou d'autres modèles d'exécution stockés dans le dossier Modèles de votre projet actuel.
Un nouvel onglet avec votre modèle d'exécution s'ouvre dans le panneau Concepteur (Designer). Vous pouvez configurer un modèle qui répondra à vos besoins de test.
- Cliquez sur Enregistrer (Save) lorsque votre modèle d'exécution est terminé.
Pour exécuter ou déboguer un cas de test avec un modèle d'exécution, vous devez l'ajouter à un modèle d'exécution (Configurer un modèle d'exécution (Set Execution Template)). Vous pouvez également configurer un modèle d'exécution pour cas de test nouvellement créé.
- Ouvrez votre cas de test dans Studio. Si vous n'en avez pas encore, vous pouvez créer un cas de test.
- Dans le panneau Projets (Projects), cliquez avec le bouton droit sur un cas de test pour ouvrir le menu déroulant.
- Cliquez sur Configurer un modèle d'exécution (Set Execution Template) et sélectionnez un modèle dans la liste déroulante.
- Sélectionnez Invoquer le workflow basé sur un modèle comme isolé (Invoke the templated workflow as isolated) si vous souhaitez exécuter le modèle d'exécution invoqué isolément. Pour plus d'informations, consultez la rubrique Isoler.
- Cliquez sur Ok pour confirmer. Le modèle d'exécution est ajouté au cas de test. L'exécution ou le débogage de ce cas de test se déroulera conformément à votre modèle d'exécution associé.
Vous pouvez maintenant exécuter ou déboguer le cas de test tel qu'il sera exécuté avec le modèle d'exécution.
Lorsque vous définissez un modèle d'exécution pour un cas de test, vous avez la possibilité d'appeler le workflow du modèle d'exécution comme étant isolé. Cela exécute le modèle appelé dans un processus distinct. Cette option peut impliquer plusieurs restrictions décrites à la page d'activité Appeler le fichier de flux de travail (Invoke Workflow File). Certaines des restrictions sont :
- La transmission d'arguments d'entrée à une activité Appeler le fichier de flux de travail (Invoke Workflow File) non isolée fonctionne comme si une référence était transmise, ce qui signifie que toute modification apportée à l'objet dans le workflow invoqué va modifier l'objet dans le workflow principal.
- Les variables et les arguments ne sont pas pris en charge pour les noms de fichiers de workflow dans les projets Windows et multiplateformes. Cela déclenchera une notification d’erreur Les expressions ne sont actuellement pas prises en charge.
- Lorsque vous invoquez un workflow, assurez-vous qu'il ne contient pas d'activités de persistance. Celles-ci ne doivent être utilisées que dans le flux de travail principal. Vous pouvez maintenant exécuter ou déboguer le cas de test tel qu'il sera exécuté avec le modèle d'exécution.
- Ajouter des données de test à votre cas de test
- Publier le scénario de test dans Orchestrator
- Définir la règle de l'analyseur de workflow de test d'application (voir Quantité incorrecte d'espaces réservés dans le modèle d'exécution (Incorrect Amount of Placeholders in Execution Template))
- Ouvrez votre workflow dans Studio.
-
Dans le panneau Projets (Projects), cliquez avec le bouton droit sur un cas de test pour ouvrir le menu déroulant.
Passez la souris au-dessus d'un cas de test pour voir s'il est ajouté ou non à un modèle d'exécution.
- Cliquez sur Configurer un modèle d’exécution (Set Execution Template) et sélectionnez <no execution template> dans la liste déroulante.
- Cliquez sur OK pour confirmer.