- Démarrage
- Gestion de projet
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Activer ou désactiver la gouvernance en masse pour les cas de test
- Appliquer l’ordre de signature pour les cas de test régis
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis dans l'état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Afficher les informations de gouvernance pour les journaux de cas de test
- Gérer les approbateurs pour les journaux de cas de test régis
- Gérer les journaux de cas de test régis dans l’état En cours
- Gérer les journaux de cas de test régis dans l’état En révision
- Gérer les journaux de cas de test régis dans l’état Signé
- Gérer les commentaires pour les journaux de cas de test régis
- Activer la gouvernance au niveau du journal de cas de test
- Désactivation de la gouvernance au niveau du journal de cas de test
- Afficher et rechercher des cas de test
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Réexécution des exécutions de test
- Résoudre les problèmes des exécutions automatisées
- FAQ - Feature parity - Test Manager vs Orchestrator (removed)
- Analyser les résultats de test
- États des résultats de test Playwright
- Supprimer les résultats de cas de test
- Synchronisation des défauts
- Créer des défauts à partir des résultats
- Résultats de test automatisés
- Remplacer les résultats de test
- Naviguer et rechercher des résultats de test
- Examen des résultats du cas de test
- Affichage de la couverture des activités
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Paramètres au niveau du locataire
- Paramètres généraux du projet
- Events
- S'abonner aux événements
- S'abonner à tous les événements
- Se désabonner des événements
- Se désabonner de tous les événements
- Se désabonner de la page des paramètres des notifications
- Affichage des notifications
- Filtrage des notifications
- Afficher les notifications par e-mail
- Activation des notifications par e-mail pour les serveurs SMTP
- Affichage uniquement des notifications non lues
- Marquer toutes les notifications comme lues
- Effacer toutes les notifications
- Suppression de notifications
- Chiffrement des clés gérées par le client
- Journaux d’audit
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Connecté à Test Manager
- Test Manager - Connecteur Integration Service
- Plages d'adresses IP sortantes pour les connecteurs
- Utilisation de SAP Cloud ALM et de Test Manager
- Étape 1: intégration de SAP Cloud ALM à Test Manager
- Étape 2: Créer des cas de test automatisés dans SAP Cloud ALM
- Étape 3: Créer des cas de test automatisés dans Test Manager
- Étape 4: synchronisation des cas de test de Test Manager vers SAP Cloud ALM
- Étape 5: attribution d'automatisations de test à des cas de test
- Étape 6: exécuter des cas de test
- Meilleures pratiques d'automatisation de test SAP
- Résolution des problèmes de l'intégration Jira
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
Exploration autonome pour Test Cloud
Exploration autonome dans Test Manager pour qu'un agent d'IA explore une application par rapport à une exigence, une charte ou un témoignage utilisateur, sans script de test prédéfini.
L'exploration autonome est une capacité de Test Manager dans laquelle un agent apprend simultanément sur l'application, conçoit des tests et les exécute en temps réel, sans script de test prédéfini. L'agent explore l'application comme un utilisateur curieux, observe le comportement et s'adapte dynamiquement. L'exploration autonome est guidée par une charte, une exigence ou un témoignage utilisateur et s'exécute comme une automatisation Unattended.
L'exploration autonome est disponible uniquement via Test Cloud et est prise en charge dans les environnements Windows uniquement.
Fonctionnalités clés
- Axé sur la découverte : se concentre sur la recherche de problèmes inconnus, de cas périphériques et de comportements inattendus, y compris les exigences complexes de style BDD (Given/When/Then), et non seulement les flux simples.
- Basé sur le raisonnement : un modèle d'intelligence artificielle (IA) interprète l'état de l'application et détermine l'action suivante à entreprendre.
- Sessions de durée limitée : une durée est définie par l'utilisateur, par exemple 10 minutes. La durée d'exécution affichée reflète uniquement la période d'exploration et est approximative, car une exécution peut légèrement dépasser la période si elle est toujours au milieu de l'action lorsque le temps s'écoule.
- Étendue d'exécution : s'exécute sur un Cloud robot ou un robot attaché (les robots sans serveur ne sont pas pris en charge), avec une seule exploration autorisée par exigence à la fois et l'exploration confinée à un seul site Web (les applications de bureau ne sont pas prises en charge). L'exécution utilise le navigateur par défaut configuré sur la machine (les navigateurs basés sur Chromium et Firefox sont pris en charge) et la sélection du navigateur n'est pas configurable.
- Sélection de la cible d'exécution : l'onglet Configurer vous permet de sélectionner un type de runtime, un compte de robot et un modèle de machine pour l'exploration, avec une machine hôte facultative une fois qu'un modèle de machine spécifique est choisi, au lieu de laisser Test Manager sélectionner automatiquement n'importe quel runtime disponible. Les sélections ne sont pas conservées entre les sessions.
- Invites personnalisées : une invite personnalisée peut éventuellement être ajoutée via Paramètres du projet > Bibliothèque d'invites, utilisée comme instructions de l'utilisateur. Il n'y a aucune invite de charte intégrée.
- Rapport complet : un rapport structuré des résultats est généré une fois l'exploration terminée.
Human-in-the-Loop pour l'exploration autonome
La diffusion en direct est facultative. Lorsqu'elle est activée, la récupération des journaux s'effectue environ toutes les 10 secondes, la dernière entrée apparaissant en haut et la vue se déroulant automatiquement. La fermeture du panneau latéral n'arrête pas l'exploration elle-même, uniquement la vue en direct ; sa réouverture se reconnecte et restaure l'état.
Le modèle Human-in-the-Loop transforme chaque exploration en une session supervisée, avec un contrôle en temps réel disponible à partir de la console du panneau latéral sans quitter le panneau ou redémarrer la tâche :
- Mettre en pause et guider : l'agent peut être arrêté au milieu du scénario, avec un message de conseil ajouté directement dans la console.
- Ignorer les scénarios : tout ce qui n'est pas pertinent pour l'exécution actuelle peut être ignoré à partir de la ligne de scénario.
- Reprendre ou arrêter : l'exploration peut reprendre là où elle s'est arrêtée ou s'arrêter gracieusement ; l'agent génère toujours son rapport sur tout ce qui a été exploré jusqu'à présent.
- La mise en pause ne coûte pas de temps : le compte à rebours du délai imparti se fige pendant l'écriture d'une réponse. S'il n'est pas repris manuellement, l'agent reprend automatiquement après 5 minutes, de sorte que les exécutions ne s'interrompent jamais silencieusement.
- Diffusion flexible : avec la diffusion en direct activée, le panneau peut se développer en plein écran pour afficher le navigateur aux côtés des contrôles ; avec cette option désactivée, la fenêtre de discussion apparaît en ligne dès que la tâche s'exécute.
- Sécurisé dès la conception : chaque commande est autorisée par rapport à l'utilisateur qui a démarré l'exploration, de sorte que seul cet utilisateur peut contrôler l'exécution.
Limites connues
- L'exploration autonome utilise le dossier Orchestrator par défaut du projet. Aucun remplacement de dossier n'est disponible.
- Si aucun robot disponible n'est éligible, une exécution reste à l'état En attente plutôt que d'échouer purement et simplement.
- Le déclenchement de l'exploration à partir du chat Autopilot (agent) et les résultats exploitables intégrés à Jira ne sont pas disponibles.
- Aucun mécanisme d'injection d'identifiants sécurisé n'est disponible. Les identifiants réels ne doivent pas être entrés en texte brut dans une exigence.
- L'exploration autonome est confinée à un seul site Web ; les applications de bureau ne sont pas prises en charge. Il s'exécute dans le navigateur par défaut configuré sur la machine - les navigateurs basés sur Chromium et Firefox sont pris en charge, sans option pour sélectionner un autre navigateur - et est disponible dans les environnements Windows uniquement.
- L'exploration autonome ouvre le navigateur en mode incognito, de sorte que l'extension de navigateur UiPath doit avoir l'option Autoriser dans Incognito activée sur la machine exécutant le robot, sinon l'exécution ne parvient pas à démarrer le navigateur. Ce paramètre se réinitialise chaque fois que l'extension est réinstallée ou mise à jour, par exemple, pendant une mise à niveau de Studio ou de Robot, et doit être réappliqué.
Pour obtenir des instructions étape par étape, consultez la section Lancement de l'exploration autonome. Pour plus de détails sur l'examen des résultats d'une exécution, consultez la section Examen des résultats de l'exploration autonome.