- Automation Cloud et Test Cloud
- Automation Cloud pour le secteur public et Test Cloud pour le secteur public
- Automation Cloud dédié et Test Cloud dédié
- Intégrations
Septembre 2026
Notes de version de septembre 2026 pour Test Manager dans Automation Cloud et Test Cloud.
4 septembre 2026
Automatisation de test Playwright
Test Manager peut désormais exécuter des cas de test pris en charge par les automatisations de Playwright, aux côtés des automatisations créées par Studio (robot), sans réécrire les suites Playwright existantes dans Studio. Cette capacité est en disponibilité contrôlée, livrée uniquement aux locataires éligibles et est disponible dans Test Manager uniquement lorsqu'elle est livrée via Test Cloud.
Packaging et liaison
- Une nouvelle commande d'interface de ligne de commande (CLI)
uip tm packregroupe un projet Node.js Playwright (JavaScript/TypeScript) dans un package d'automatisation UiPath, publiable dans Orchestrator comme n'importe quel autre package. - Les cas de test de Test Manager sont automatiquement créés et liés directement à partir de vos blocs
test()une fois que Test Manager ingère un package qui a été créé avec une clé de projet. - Les automatisations Playwright peuvent être sélectionnées, mises à jour et dissociées via les flux existants Sélection d'une automatisation et Désassociation d'une automatisation - Les packages Playwright affichent une source de Playwright aux côtés de UiPath de Studio.
- Les nouveaux libellés système
PW_gérés automatiquement permettent de rechercher et de filtrer les cas de test sans toucher à vos propres libellés.
Exécution et création de rapports
- L'exécution d'un ensemble de tests peut être limitée à un ou plusieurs projets Playwright via le nouveau menu déroulant Projets Playwright lors de l'ajout d'un package à un ensemble de tests ; chaque exécution enregistre le package, la version et le projet sélectionnés sous forme d'instantané pour une réexécution fiable.
- Deux nouveaux onglets sur les journaux de cas de test Playwright : Tentatives, pour le contexte d'erreur par tentative affiché en ligne et Trace, pour une visionneuse de traces Playwright intégrée avec des journaux de console, des appels réseau et des pièces jointes téléchargeables.
- Gestion de la fonction réessayer : un test qui échoue et est ensuite soumis à une nouvelle tentative est enregistré comme Réussite, avec la ou les tentatives échouées toujours visibles dans l'onglet Tentatives et
wasFlaky: trueenregistrées dans la pièce jointe du résultat par test. - Aucune modification de la licence : les exécutions de Playwright consomment la même capacité de la plateforme que toute autre exécution de tests sans serveur, en fonction du temps d'exécution.
Contraintes d'exécution
- Exécution uniquement Chromium et sans serveur ; projets Node.js Playwright uniquement.
- Une tâche Orchestrator par exécution de l'ensemble de tests, sans fragmentation multi-pods.
- Aucun ordre d'exécution appliqué - l'ordre suit
playwright.config.ts. - Le mélange de cas de test de deux packages Playwright différents, ou de deux versions du même package, dans un ensemble de tests est bloqué.
- L'ajout d'une variation de cas de test basée sur les données à un ensemble de tests exécute toutes les variations générées.
Pour plus d'informations, consultez la section Automatisation de test Playwright.
3 septembre 2026
Données du presse-papiers disponibles en tant qu'argument d'outil MCP sur les étapes de test
Les outils du protocole de contexte du modèle (MCP) de Test Manager pour l'ajout et la mise à jour d'étapes de test (ajout d'étapes de test en bloc, mise à jour des étapes de test en bloc) acceptent un argument de données du presse-papiers facultatif, correspondant au champ déjà disponible dans l'IU de Test Manager.
Cela vous permet de définir ou de mettre à jour les données du presse-papiers d'une étape de manière programmatique, par exemple, lors de la génération de cas de test avec une entrée variable via Autopilot Chat ou Delegate - sans revenir à UI Automation. Les appelants existants qui omettent l'argument ne sont pas affectés.
Pour plus d'informations, reportez-vous à la section Cas de test manuels de la documentation.
Nouvelles activités dans le connecteur Integration Service - Test Manager
Le module d'activités du connecteur UiPath Test Manager ajoute sept nouvelles activités :
- Créer une étape de test - Crée une étape de test pour un cas de test.
- Obtenir les exigences - Obtient toutes les exigences d'un projet.
- Obtenir les cas de test - Obtient tous les cas de test pour un projet.
- Obtenir les exécutions de tests - Obtient toutes les exécutions de tests pour un projet.
- Obtenir les ensembles de tests - Obtient tous les ensembles de tests pour un projet.
- Obtenir l'étape de test - Obtient une étape de test par ID.
- Mettre à jour l'étape de test - Met à jour les détails d'une étape de test, tels que la description et le résultat attendu.
Pour plus d'informations, reportez-vous à la section Activités UiPath Test Manager de la documentation.
Refonte de la page des exigences
La page de détails des exigences est repensée avec les modifications suivantes :
- La barre d'outils expose Évaluer l'exigence et Affecter le cas de test (regroupement Créer un nouveau cas de test, Affecter un cas de test existant, Générer des cas de test et Rechercher des tests obsolètes) en tant qu'actions directes, aux côtés d'Optimiser la couverture, qui est conservée comme un point d'entrée en double sans date de retrait actuellement définie.
- Le champ de description utilise un éditeur de texte enrichi au lieu de la syntaxe Markdown et affiche Aucune description ajoutée lorsqu'il est vide.
- Les libellés, les champs personnalisés, les pièces jointes et les métadonnées d'audit (Créé par / Mis à jour par) sont réorganisés dans la vue d'ensemble des exigences.
La vue d'ensemble utilise une mise en page réactive qui empile le contenu secondaire sous la zone principale à des largeurs plus étroites.
Les cas de test affectés disposent des options de vue Grille et vue Liste. La vue Liste utilise le défilement virtuel, en chargeant les cas de test par lots de 500, et affiche des indicateurs compacts de dernier résultat (Réussite, Échec et Aucun résultat). Vous pouvez filtrer les cas de test affectés, y compris par dernier résultat, et en sélectionner un ou plusieurs pour Annuler l'affectation ou les Supprimer en masse. Les cas de test ne peuvent toujours pas être exécutés directement à partir d'une exigence.
Pour plus d'informations, reportez-vous à la section Exigences de la documentation.
Il est plus facile de lire et de copier l'intégralité des messages de journalisation lors des exécutions de tests
Les messages du journal du robot longs ou tronqués dans l'onglet Journaux d'une exécution de test étaient difficiles à lire dans leur intégralité et ne pouvaient pas être copiés.
L'onglet Journaux a une colonne Info : sélectionnez l'icône d'information sur n'importe quelle ligne du journal pour ouvrir son message complet dans une fenêtre contextuelle, avec un bouton Copier le message.
L'onglet Journaux propose également la recherche et le tri de messages dans la colonne Niveau, ainsi qu'un filtre Niveau pour afficher uniquement les niveaux de journal qui vous intéressent :
- Trace (All)
- Info + Warn + Error + Fatal
- Warn + Error + Fatal
- Error + Fatal
- Critique
Pour plus d'informations, reportez-vous à la section Analyse des résultats de test de la documentation.
Résolution de bogues
- Correction d'un problème : les requêtes d'ajout ou de suppression en masse de
ObjectLabelscomportant unobjectTypenon valide ou non pris en charge (associées à une liste d'ID d'objets vide ou dépassant la limite autorisée) renvoyaient une erreur500au lieu de400 Bad Requestavec un message de validation. (TMHUB-32720) - Correction de la création/affectation de requêtes
ObjectFiltersavec unfilterExpressionmal formé (type JSON incorrect ou nul) renvoyant une erreur500au lieu de400 Bad Requestavec un message de validation. (TMHUB-32720) - Correction des corps de requête mal formés avec des champs incorrectement typés (par exemple, une valeur
searchenvoyée sous forme de tableau au lieu d'une chaîne) renvoyant une erreur500au lieu de400 Bad Request, dans les points de terminaison de l'API Test Manager. (TMHUB-32720)
- 4 septembre 2026
- Automatisation de test Playwright
- 3 septembre 2026
- Données du presse-papiers disponibles en tant qu'argument d'outil MCP sur les étapes de test
- Nouvelles activités dans le connecteur Integration Service - Test Manager
- Refonte de la page des exigences
- Il est plus facile de lire et de copier l'intégralité des messages de journalisation lors des exécutions de tests
- Résolution de bogues