- 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
- Flux de contrôle
- Réf. d’objets
- Journalisation
- Outil ScreenScrapeJavaSupport
- 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
- 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 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

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.