- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- Dépendances
- Types de workflows
- Flux de contrôle
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- À propos du contrôle de version
- Gestion de projets à l'aide de TFS
- Gestion de projets à l'aide de SVN
- Diff de workflow
- Débogage
- Journalisation
- 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-NMG-017 : le nom de la classe correspond à l’espace de noms par défaut
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DPB-010 : plusieurs instances de [workflow] ou [cas de test]
- 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-017 - Modificateur de paramètre non valide
- 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)
- Génération du code
- Génération de cas de test codé à partir de cas de test manuels
- Intégration d'OpenAI avec des workflows codés
- Demander un prêt auprès de UiBank
- Génération de files d'attente avec workflows codés et API Orchestrator
- Utilisation de projets de bibliothèque importés dans des automatisations codées
- Utilisation de l’authentification à deux facteurs dans des automatisations codées
- Automatisation Attended basée sur déclencheur
- Réf. d’objets
- Outil ScreenScrapeJavaSupport
- 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
- Le package UiPath.UIAutomation.Activities ne correspond 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
- 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
- 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 Safari
- Extension pour VMware Horizon
- Extension pour Amazon WorkSpaces
- Plug-in du gestionnaire de solution SAP
- Complément Excel
- Tests Studio
- Résolution des problèmes
- À propos de la résolution des problèmes
- Erreurs de compilation de l’assembly
- 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

Guide de l'utilisateur de Studio
Cas de test
Vue d'ensemble (Overview)
Les tests d'application dans Studio fonctionnent en VB ou en C#. Vous pouvez créer des projets d'automatisation individuels pour des scénarios comme la vérification des données ou l'intégration avec votre pipeline CI/CD. Concevez votre workflow dans Studio. Vous pouvez effectuer des tests d'application automatisés en VB ou C#
Conditions
- Effectuez des tests d'application via des scénarios de test et des scénarios de test basés sur les données.
- Les projets d'automatisation de test peuvent avoir plusieurs points d'entrée s'ils contiennent plusieurs scénarios de test avec une exécution linéaire, car les activités sont organisées de manière séquentielle.
- L'exécution du workflow est effectuée par scénario de test, sauf si d'autres
XAMLsont appelés. - Vous pouvez convertir des workflows en cas de test, importer d'autres projets ou en créer de nouveaux.
Dépendances
Créer un cas de test
Vous pouvez créer un cas de test en invoquant un workflow à partir d’un projet existant.
-
Ouvrez votre workflow dans Studio.
-
Dans le panel Projets (Projects), faites un clic droit sur le workflow et choisissez Créer un cas de test (Create Test Case).

-
(Facultatif) Sélectionnez Simulation de workflow en cours de test (Mock workflow under test) lorsque vous créez votre cas de test pour réaliser une copie de votre workflow, d'où vous pouvez simuler des activités spécifiques. Si vous possédez un fichier simulé existant que vous souhaitez utiliser, vous pouvez le sélectionner à partir de la liste déroulante Simulation (Mock). Pour de plus amples informations, consultez Tests simulés.

-
(Facultatif) Sélectionnez un modèle dans la liste déroulante si vous en avez déjà créé un. Pour plus d'informations, consultez la section Modèles de cas de test (Test Case Templates).
-
(Facultatif) Ajoutez un cas de test au modèle d'exécution. Vous devez d'abord avoir créé un modèle d'exécution. Pour plus d’informations, consultez la section Créer un modèle d’exécution (Create execution template).
-
Cliquez sur Suivant (Next) si vous souhaitez ajouter des données de test.
-
Cliquez sur Créer (Create) pour confirmer les modifications.
Un cas de test XAML est créé, invoquant le workflow avec les conteneurs suivants : Given, When, et Then. Le fichier est invoqué à l’intérieur de l’activité Invoquer un fichier de workflow (Invoke Workflow), qui fait partie du conteneur When.

Les arguments du workflow sont automatiquement importés. Pour afficher ou ajouter d'autres arguments, cliquez sur le bouton Importer des arguments (Import Arguments), qui fait partie de l'activité Appeler le fichier de workflow (Invoke Workflow File).
Consultez les Actions supplémentaires suivantes :
Publier les cas de test
Que vous travailliez avec un processus ou une bibliothèque, si vous avez des incidents de test dans votre projet, vous pouvez alors choisir de publier le projet entier (Publier) ou uniquement les incidents de test (Publier les incidents de test).Si vous travaillez avec un projet Automatisation de test, vous ne pouvez publier des scénarios de test que dans Orchestrator.
Pour publier les cas de test que vous créez dans Studio, vous devez définir les cas de test comme publiables, car les cas de test et les cas de test centrés sur les données sont créés par défaut en tant que brouillons. Pour publier les cas de test dans tous les types de projets Studio, procédez comme suit :
-
Faites un clic droit sur un workflow et sélectionnez Définir comme publiable (Set as Publishable), pour permettre aux cas de test de publier sur Orchestrator.

L'icône xaml ou cs deviendra bleue pour indiquer que le cas de test est prêt à être publié et packagé dans un fichier nupkg. Pour revenir à votre brouillon de workflow, cliquez avec le bouton droit sur le workflow et sélectionnez Ignorer dans la publication. 2. Publiez le projet :
- Si vous êtes dans un projet d'automatisation de test, cliquez sur Publier dans le ruban de l'onglet Conception de Studio.
- Si vous êtes dans un projet Processus ou Bibliothèque, cliquez sur Publier les cas de test dans le ruban de l'onglet Conception de Studio.
-
Configurez les propriétés du package, les options de publication et les paramètres de signature de certificat pour l'action de publication, puis cliquez sur Publier pour publier vos cas de test dans Orchestrator.
Important :Vous pouvez publier les cas de test dans Orchestrator, dans les valeurs par défaut du robot ou dans un chemin personnalisé. Si vous souhaitez publier dans Orchestrator, assurez-vous que votre robot ou assistant est connecté à Orchestrator. Il est également nécessaire de publier le package dans Orchestrator lorsque vous souhaitez exécuter des tests automatisés à l'aide de Test Manager. Veillez à publier le package dans le flux de processus du locataire Orchestrator, puis liez les cas de test à Test Manager. La publication du package dans un dossier différent peut entraîner des erreurs d'exécution.
Convertir le workflow en scénario de test
To convert workflows into test cases, right-click the workflow in the Project panel and select Convert to Test Case:

Résultat : le workflow devient un incident de test et est régénéré en fonction du modèle d'incident de test BDD.
Importer des cas de test
Si vous avez déjà créé des workflows ou des scénarios de test, vous pouvez les importer dans votre projet actuel en faisant un clic droit sur le nœud du projet et en sélectionnant Importer les scénarios de test. Les fichiers XAML importés sont ajoutés à l’arborescence du projet, sous forme de brouillon de scénarios de test.

Services d’importation (Import Services)
De la même manière que pour l'importation de collections de données dans les bibliothèques Automatisation de test d'API, vous pouvez importer ces collections dans vos Processes de tests d'applications à l'aide de l'assistant Nouveau service.
Disponible uniquement pour les bibliothèques et les projets d'automatisation de test créés dans le profil Studio.