2024.10.5

Date de publication : 21 octobre 2024

Fonctionnalités d'automatisations codées

Règle de l'analyseur de workflow pour le code

Nous avons introduit deux nouvelles règles d’ analyseur de workflow :

• ST-DPB-010: assurez-vous que dans un workflow ou un cas de test codé, une seule méthode est marquée avec l'attribut [Workflow] ou [Test Case] .
• ST-NMG-017: garantit qu'un nom de classe est distinct de l'espace de noms par défaut.
• ST-REL-001: garantit que les types d'arguments des paramètres d'entrée/de sortie correspondent.

Fichier de documentation XML pour votre code personnalisé et vos bibliothèques

Vous pouvez désormais accéder aux fichiers de documentation XML après avoir publié un projet et profiter de l'avantage de la documentation pour votre code et vos bibliothèques personnalisés. Une fois le projet publié, les fichiers XML sont générés avec les fichiers DLL et PDB dans votre dossier de projet. Vous pouvez également les trouver dans le dossier lib du fichier NUPKG généré. Consultez la page Utilisation d’automatisations codées pour en savoir plus sur la publication de projets contenant des automatisations codées.

Modifier les arguments en tant que propriétés pour les automatisations codées dans les bibliothèques

Vous pouvez désormais ajuster en toute fluidité les propriétés d’une automatisation codée réutilisée en tant que workflow invoqué via les propriétés présentes dans le corps de l’activité. Cela s’applique lorsque vous exportez une automatisation codée dans une bibliothèque, installez cette bibliothèque dans un autre projet et appelez l’automatisation codée dans votre workflow XAML actuel. Dans le workflow invoqué ajouté en tant qu’activité, modifiez les propriétés disponibles de l’automatisation codée invoquée en fonction de vos besoins.

De plus, dans le projet de bibliothèque, vous pouvez également configurer la mise en page d’une activité à partir de la fenêtre Propriétés de l’activité (Activity Properties). La configuration des propriétés de l’activité avant d’exporter l’automatisation codée implique des options d’édition telles que Nom complet (Display Name), Info- bulle ou Lien d’aide (Help Link).

Déclarer les arguments d'entrée/de sortie (In/Out) à l'aide de Output

Vous pouvez désormais déclarer un argument In/Out en le nommant Output. Le fait de renommer un argument Output le considère comme un argument In/Out, même s’il n’est déclaré qu’une seule fois dans la méthode. Pour plus d’informations sur l’utilisation d’arguments dans des automatisations codées, consultez Utilisation d’arguments d’entrée et de sortie.

Fonctionnalités d’automatisation de test

Modèle de test XBrowser

Simplifiez vos processus de test de sites Web et d’applications Web en utilisant le modèle de test XBrowser. Ce modèle vous permet de tester les mêmes données de test d'une application Web avec plusieurs navigateurs, le tout sous une seule automatisation. Consultez Modèle de test XBrowser (XBrowser Test Template) pour plus d'informations.

Générer des cas de test low-code à l'aide de l'IA

Vous pouvez désormais générer un cas de test low-code entièrement automatisé en utilisant le langage naturel, avec l'aide de Autopilot^TM. Visitez la page Générer des cas de test en utilisant l’IA pour découvrir comment générer des cas de test low-code.

Améliorations d’Autopilot^TM

Le panneau vous permet d’utiliser Autopilot™ afin de résumer votre workflow et générer des workflows à partir d’une interface centralisée. Le panneau améliore également la gestion des erreurs et le dépannage en fournissant des suggestions basées sur l’IA pour résoudre les erreurs de workflow low-code et codées, y compris les erreurs identifiées par les règles de l’analyseur de workflow. Par ailleurs, vous pouvez utiliser Autopilot pour rechercher l’ensemble de la documentation UiPath directement à partir du panneau. Pour en savoir plus, consultez Le panneau Autopilot.

Améliorations des automatisations codées

• Les raccourcis clavier suivants vous permettent désormais de développer ou de réduire votre sélection de code actuelle comme suit :
  • Ctrl + Shift + <Num+: développez votre sélection de code actuelle pour inclure le prochain nœud de syntaxe plus grand. À partir de la ligne actuelle, vous pouvez développer pour inclure le bloc actuel, puis la méthode actuelle, la classe actuelle, l'espace de noms, et enfin le fichier entier.
  • Ctrl + <Shift + Num-: réduisez progressivement la sélection de nœuds de syntaxe actuelle.
• Vous pouvez désormais enregistrer vos interactions avec les éléments d'IU et les convertir en automatisations codées.

Améliorations de l’automatisation de test

Améliorations des données de test générées par l’IA

• Lorsque vous utilisez Autopilot pour générer des données de test, vous pouvez lui demander d’introduire des arguments supplémentaires, qui seront inclus dans le cas de test une fois que vous aurez importé l’ensemble de données généré.
• Désormais, vous allez initialement proposer une instruction d’invite à Autopilot pour obtenir un ensemble de données de test principal. Il s’agit d’un changement par rapport au comportement précédent, dans le cadre duquel Autopilot avait initialement créé un ensemble de données de test que vous pouviez affiner à l’aide d’instructions d’invite.
• Vous pouvez demander à Autopilot de générer un certain nombre de variations de données.

Messages d’erreur améliorés pour l’intégration Postman

Nous avons apporté des améliorations à l’automatisation des tests d'API. Les messages d'erreur de l'intégration Postman sont désormais plus clairement affichés dans l'interface utilisateur.

Conversion de texte en améliorations de code

Vous pouvez désormais transformer du texte en code en sélectionnant l’icône Autopilot ou en choisissant l’action Générer le code existante.

Autres améliorations

Temps de compilation optimisé pour les projets complexes, y compris les cas de test low-code et codés, les modèles d'exécution et les entités.

Changements radicaux

Pour éviter les conflits lorsque vous utilisez des connexions à partir des mêmes dossiers Orchestrator, vous devez désormais utiliser une convention d'affectation de noms différente lors de l'établissement des connexions dans les automatisations codées. Après avoir créé la connexion dans Integration Service, appelez-la dans votre automatisation codée en utilisant à la fois le dossier Orchestrator et le nom du sous-dossier où réside la connexion.

Cela ne changera rien pour vos connexions Integration Service. Vous devez cependant modifier manuellement le nom de la connexion que vous avez définie dans vos automatisations codées. Par exemple, si vous avez une automatisation pour laquelle vous avez une connexion similaire à celle-ci : var myGmailConnection = connections.Gmail.My_Workspace_john_doe_gmail_com, où My_Workspace est le nom du dossier Orchestrator, vous devez maintenant inclure le nom du sous-dossier dans lequel la connexion a été établie pour la première fois. Ainsi, si la connexion Gmail se trouve dans le sous-dossier My Gmail Workspace , vous modifieriez le nom de la connexion en : var myGmailConnection = connections.Gmail.My_Workspace_My_Gmail_Workspace_john_doe_gmail_com.

Pour plus d'informations sur la nouvelle méthode de configuration des connexions de service dans les automatisations codées, consultez Création de connexions pour les services dans les automatisations codées.

Problèmes connus

Lorsque vous travaillez avec des workflows ou des cas de test codés, une erreur peut se produire. Si vous essayez de créer des arguments de n'importe quel type (y compris In, Out et In/Out) avec certains noms tels que result, newResult, codedWorkflow et isolated, vous pouvez rencontrer une erreur de compilation.

Consultez les notes de publication de Studio pour prendre connaissance de toutes les mises à jour de la version 2024.10.5.