Juin 2026

Notes de publication de juin 2026 pour Test Manager dans Automation Cloud et Test Cloud.

25 juin 2026

Nouveautés

Masquage étendu des PII pour les expériences optimisées par l’IA

Le masquage des informations personnelles identifiables dans Test Manager prend désormais en charge les descriptions textuelles et les pièces jointes soumises aux fonctionnalités optimisées par l’IA. Les administrateurs peuvent configurer le masquage du texte uniquement, des fichiers uniquement ou des deux, le masquage du texte activé par défaut.

En étendant la protection aux fichiers téléchargés, les informations sensibles sont automatiquement masquées avant d'être traitées par les modèles d'IA, ce qui aide les organisations à renforcer les mesures de confidentialité tout en continu de bénéficier des fonctionnalités basées sur l'IA dans Test Manager.

Pour de plus amples informations, consultez la section Masquage des informations personnelles et Présentation d’AI Trust Layer.

Contrôles de région du modèle pour les fonctionnalités d'IA dans Test Manager

Test Manager prend désormais en charge les politiques de région de modèle via AI Trust Layer, ce qui permet aux organisations de contrôler les régions géographiques vers lesquelles le trafic LLM est acheminé. Les administrateurs peuvent configurer les régions autorisées dans Automation Ops en créant ou en mettant à jour une politique AI Trust Layer et en sélectionnant une ou plusieurs régions prises en charge dans l'onglet Régions du modèle.

Lorsqu’une politique de région personnalisée est appliquée, les fonctionnalités optimisées par l’IA telles qu’Autopilot et Autopilot Chat affichent et utilisent uniquement les modèles conformes aux régions sélectionnées. Les modèles qui nécessitent un routage via des régions non approuvées sont automatiquement restreints, ce qui aide les organisations à répondre aux exigences de résidence, de conformité et de gouvernance des données.

Pour de plus amples informations, reportez-vous aux politiques AI Trust Layer et à la vue d'ensemble de AI Trust Layer.

15 juin 2026

Nouveautés

Configuration du projet dans les opérations d'exportation et d'importation

Test Manager prend en charge l'exportation et l'importation de la configuration de projet dans le cadre de fichiers TMH, ce qui facilite le déplacement des paramètres du projet avec les données du projet ou le transfert de la configuration indépendamment. Cette fonctionnalité prend en charge la compatibilité entre les versions de Test Manager.

Lorsque vous sélectionnez Configuration du projet pendant l'exportation, le fichier TMH peut inclure :

• Définitions de champs personnalisés
• Autorisations et rôles des utilisateurs du projet
• Fuseau horaire de rapport par défaut
• Dossier contextuel de l'automatisation par défaut
• Paramètres de gouvernance

Lors de l’importation, vous pouvez choisir d’appliquer ou non la configuration contenue dans le fichier TMH.

Remarque :

La fonctionnalité Configuration de projet est disponible dans Test Manager uniquement lorsqu'elle est livrée via Test Cloud.

Pour plus d'informations sur l'importation de fichiers TMH, reportez-vous à la section Importer des projets de la documentation. Pour plus d'informations sur l'exportation des fichiers TMH, reportez-vous à la section Exporter les projets de la documentation.

Trier les groupes dans les vues structurées personnalisées

Vous pouvez trier les groupes par ordre croissant ou décroissant lorsque vous travaillez avec des vues structurées personnalisées.

Remarque :

La fonctionnalité Trier les groupes est disponible dans Test Manager uniquement lorsqu'elle est fournie via Test Cloud.

Pour plus d'informations sur les vues structurées personnalisées, reportez-vous à la documentation des exigences, à la documentation des cas de test et à la documentation des ensembles de test.

Prise en charge de la langue roumaine pour les invites système

Le roumain est une langue prise en charge pour Autopilot.

Pour plus d'informations sur Autopilot, reportez-vous à la section À propos d'Autopilot de la documentation.

Opérations de réessai et gestion des erreurs dans Performance Testing

La précision des rapports d'automatisation de test a été améliorée en différenciant le comportement de nouvelle tentative attendu des échecs d'exécution véritables. Les nouvelles tentatives qui se produisent pendant les interactions de contrôle de l'interface utilisateur (couramment utilisées pour gérer la synchronisation dynamique des applications et améliorer la résilience de l'automatisation) ne sont plus classées comme erreurs lorsque l'action réussit finalement.

Avantages de cette modification :

• Les graphiques d'erreur reflètent désormais uniquement les vrais échecs qui ont un impact sur les résultats de l'exécution
• Les nouvelles tentatives ne gonflent plus artificiellement le nombre d'erreurs
• Les workflows réussis qui se terminent après les nouvelles tentatives sont correctement signalés comme exécutions réussies
• Fournit une vue plus fiable de la stabilité des tests et de la qualité des applications

Résolution des problèmes et visibilité :

Les nouvelles tentatives restent visibles dans les journaux d'exécution et peuvent être différenciées des erreurs de blocage réelles. Cela permet aux équipes de mieux comprendre le comportement de l'automatisation, réduit le nombre de faux positifs dans les rapports et aide à concentrer les efforts d'investigation sur les problèmes qui affectent réellement les résultats des tests.

Pour plus d'informations sur les résultats de Performance Testing, reportez-vous à la section Analyse des résultats des performances de la documentation.

Analyseur de workflow dans Performance Testing

Performance Testing inclut désormais un analyseur de workflow qui analyse automatiquement les projets d'automatisation de test pendant les simulations. L'analyseur identifie les éléments suivants :

• Sélecteurs et modes d'interaction non compatibles avec le Performance Testing
• Modèles de workflow qui risquent de ne pas être évolutifs
• Problèmes dans la chaîne d'invocation complète du workflow (et pas uniquement le cas de test d'entrée)

Mode de fonctionnement :

L'analyse s'exécute comme une étape de validation préliminaire légère et fait apparaître des avertissements ou des erreurs au début du processus de test. Cette approche de type « fail-fast » aide les équipes à détecter les modèles d'automatisation non pris en charge avant le lancement des utilisateurs virtuels, ce qui réduit le temps de résolution des problèmes et évite d'obtenir des résultats de test trompeurs.

Avantages :

Les équipes peuvent améliorer la fiabilité des tests, accélérer la préparation des tests de performances et acquérir une plus grande confiance dans le fait que leurs cas de test sont prêts pour une exécution à grande échelle.

Pour plus d'informations sur l'exécution d'une simulation dans le cadre de Performance Testing, reportez-vous à la section Exécution de scénarios de performances de la documentation.

Diffusion en direct dans Performance Testing

La diffusion en direct a été introduite pour le Performance Testing, fournissant une visibilité en temps réel sur l'exécution du test pendant les simulations. Les utilisateurs peuvent ouvrir une diffusion en direct directement à partir d'une simulation active et observer l'activité de test au fur et à mesure qu'elle se produit, ce qui aide à identifier les problèmes plus tôt et à réduire le temps de résolution des problèmes.

Disponibilité et statut :

La diffusion en direct est disponible uniquement pendant les simulations actives et peut être activée ou désactivée selon les besoins. Des indicateurs de statut clairs informent les utilisateurs lorsqu'une diffusion en direct est disponible, lorsqu'il n'a pas été activé ou lorsqu'une simulation s'est terminée et que la diffusion n'est plus possible.

Avantages :

En fournissant un aperçu immédiat du comportement des tests, la diffusion en direct aide les équipes de Performance Testing à :

• Valider les configurations
• Enquêter plus rapidement sur les problèmes d'automatisation
• Gagner en confiance avant de lancer les exécutions à grande échelle

Cela améliore l'efficacité de la résolution des problèmes, raccourcit les cycles de retour d'information et réduit le risque que les problèmes progressent vers les tests de performances de production.

Pour plus d'informations sur l'exécution d'une simulation dans le cadre de Performance Testing, reportez-vous à la section Exécution de scénarios de performances de la documentation.

8 juin 2026

Nouveautés

Autopilot Chat disponible pour le grand public (GA)

Autopilot Chat est un agent contextuel et capable de prendre des actions qui est généralement disponible dans Test Manager. Autopilot Chat est disponible dans Test Manager uniquement lorsqu'il est livré via Test Cloud.

• Autopilot Chat apporte un assistant conversationnel intelligent dans Test Manager, conçu pour améliorer la façon dont les testeurs interagissent avec leurs ressources de test et les gèrent.
• Au lieu de naviguer dans les menus et les filtres, les utilisateurs peuvent poser des questions, effectuer des recherches, générer des ressources et déclencher des actions en langage naturel. Le chat conserve le contexte conversationnel lorsque des outils sont utilisés, ce qui rend les interactions plus naturellement et fluides.

Autopilot Chat se connecte aux outils Autopilot intégrés de Test Manager et s'étend encore plus via l'intégration du serveur MCP, ce qui lui permet d'exécuter des commandes, d'évaluer les exigences, de générer des cas de test et même d'exécuter des processus d'automatisation et des agents externes.

Autopilot Chat est déployé dans les régions suivantes : UE, US, JA, CA, AUS, SI, UK, IN. Pour plus d'informations, reportez-vous à la section Régions Cloud mondiales de la documentation.

Les LLM qui prennent en charge Autopilot Chat sont déployés dans les régions suivantes : UE, US, JP. Pour toutes les autres régions disponibles, les LLM sont redirigés. Pour plus d'informations, reportez-vous à la section Fonctionnalités d'IA et routage du modèle de la documentation.

• Pour plus d'informations sur Autopilot Chat, reportez-vous à la section Autopilot Chat de la documentation de Test Manager et à la documentation générique d'Autopilot.
• Pour obtenir des informations supplémentaires et des tutoriels enregistrés, abonnez-vous aux informations complémentaires gérées sur le portail UiPath Insider Portal, où vous pouvez également laisser des commentaires.

Capacités du serveur MCP

Les fonctionnalités du serveur MCP sont intégrées à Test Manager.

Qu'est-ce que MCP ?

MCP est l'acronyme de Model Context Protocol, une norme moderne qui permet aux systèmes d'IA (comme Autopilot Chat) de se connecter en toute sécurité à des sources de données, des outils et des workflows d'automatisation externes. MCP sert de pont entre votre Assistant d'IA et les systèmes ou les API avec lesquels il doit interagir. Un serveur MCP héberge un ensemble d'outils (ou « capacités ») que l'agent d'IA peut appeler lorsqu'il détecte une intention pertinente dans votre invite de chat.

Serveurs MCP pris en charge :

En plus du serveur MCP intégré de Test Manager, seuls les serveurs MCP créés dans Orchestrator sont pris en charge. Pour en savoir plus, reportez-vous à :

• Orchestrator - À propos des serveurs MCP
• Orchestrator - Gestion des serveurs MCP

Pour configurer les serveurs MCP, reportez-vous à la rubrique Autopilot - Interface utilisateur. Le serveur MCP est disponible dans le cadre d'Autopilot Chat dans Test Manager uniquement lorsqu'il est livré via Test Cloud.

Plages d'IP sortantes unifiées - la transition commence

Les plages d'IP sortantes de Test Manager sont unifiées. Les nouvelles plages d'IP sortantes unifiées s'appliquent par région (par exemple, États-Unis, Europe, etc.) et sont les mêmes pour tous les services UiPath d'une région. Cette modification affecte les plages d'IP sortantes utilisées pour les intégrations SAP et les communications du connecteur.

Pour obtenir la liste complète des services affectés, reportez-vous aux notes de version d'Automation Cloud du 8 juin 2026.

Les plages d'IP sortantes actuelles de Test Manager resteront actives jusqu'au 16 septembre 2026. À partir du 16 septembre, elles seront progressivement supprimées à mesure que les plages d'IP unifiées prendront effet.

Ce que vous devez faire :

1. Ajoutez maintenant les nouvelles plages d'IP unifiées à la configuration de votre pare-feu. Trouvez la liste complète des plages d'IP sortantes unifiées par région sur la page Configuration du pare-feu pour Automation Cloud.
2. Jusqu'au 16 septembre 2026 : conservez simultanément les plages d'IP sortantes actuelles de Test Manager (sur la page Héritage - Configuration du pare-feu pour Automation Cloud) et les nouvelles plages d'IP unifiées dans la liste des autorisations.
3. Après le 16 septembre 2026 : continuez d'autoriser les deux ensembles de plages d'IP jusqu'à ce qu'une note de version ultérieure confirme que les plages d'IP héritées peuvent être supprimées en toute sécurité.

2 juin 2026

Prise en charge de la région Corée du Sud pour Test Manager

Dans le cadre de notre expansion Cloud en cours, nous apportons la souveraineté complète des données à la région Corée du Sud pour Test Manager. Cela garantit que vos données sont stockées et répliquées en toute sécurité dans plusieurs zones de disponibilité en Corée du Sud, offrant un contrôle total et une confiance en matière de conformité. Pour plus d'informations, reportez-vous à la page Régions Cloud mondiales.