- Notes de publication de Test Manager
- Notes de publication de Studio
- Notes de publications d’Orchestrator
- Notes de publication sur les Intégrations CI/CD
2024.10.5
Date de publication : 21 octobre 2024
Règle de l'analyseur de workflow pour le code
- 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.
Fichier de documentation XML pour votre code personnalisé et vos bibliothèques
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.
Panneau Propriétés pour les automatisations codées dans les bibliothèques
Vous pouvez désormais ajuster en toute transparence les propriétés d'une automatisation codée réutilisée en tant que workflow invoqué via le panneau Propriétés (Properties). 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. Il suffit de sélectionner le workflow invoqué, d'accéder au panneau Propriétés (Properties) et de modifier les propriétés disponibles de l'automatisation codée invoquée selon vos besoins. Pour plus d'informations, consultez Appeler des automatisations codées à l'aide de bibliothèques.
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 AutopilotTM. 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.
- 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 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.
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.
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.
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.
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.
