- Démarrage
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- 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
- 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 à 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
- Appliquer des filtres et des vues
- Importer des ensembles de test Orchestrator
- Creating test sets
- Ajouter des cas de test à un ensemble de test
- Attribuer des utilisateurs par défaut dans l'exécution de l'ensemble de tests
- Activation de la couverture des activités
- Activer Healing Agent
- Configuration d'ensembles de test pour des dossiers et des robots d'exécution spécifiques
- Remplacer les paramètres
- Cloner des ensembles de tests
- Exporter des ensembles de tests
- Appliquer des filtres et des vues
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Exécution de tests manuels
- Exécuter des tests automatisés
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Appliquer un ordre d’exécution
- Réexécution des exécutions de test
- Planification des exécutions
- Résoudre les problèmes des exécutions automatisées
- Tests d'accessibilité pour Test Cloud
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
Exécution autonome de test dans Test Manager pour l'exécution automatique de cas de test manuels avec Autopilot sans créer ni maintenir l'automatisation scriptée.
L’exécution autonome de test est une fonctionnalité de Test Manager qui exécute automatiquement des cas de test manuels prédéfinis à l’aide d’Autopilot. Un testeur humain a déjà écrit les étapes de test; Autopilot les exécute sans autre intervention, remplaçant l’effort de conversion d’un test manuel en automatisation Studio entièrement scriptée.
Autonomous Test Execution is available only via Test Cloud, and is supported on Windows environments only.
Fonctionnalités clés
- Exécution Unattended uniquement: exécute des cas de test sans exécution en mode Attended, y compris à partir d'une exécution en attente.
- Web-based scope: covers web-based test cases only; desktop applications are not supported. The run uses the default browser configured on the machine — both Chromium-based browsers and Firefox are supported, and browser selection is not configurable.
- Prise en charge des informations d’identification et des paramètres: les étapes de test font référence aux valeurs dynamiques via la syntaxe
{{parameterName}}, et les ressources d’identification Orchestrator via la syntaxe{{credential:credentialName}}. - Choix du modèle: les options des modèles incluent les modèles d'intelligence artificielle de Gemini et d'Antropic, filtrées selon celles autorisées par la politique Automation Ops de l’organisation.
- Résultats d'exécution détaillés: une trace complète des actions, des captures d'écran et du raisonnement de l'agent sur les échecs, au lieu d'un indicateur de réussite ou d'échec. Les journaux du Robot sont également disponibles.
- Flux en direct, contrôle à distance et annulation: une exécution en cours peut être surveillée, prise en charge via le contrôle à distance si nécessaire et annulée à tout moment.
Quand utiliser l'exécution autonome de test
- Tests de régression: les cas de test manuels existants pour une fonctionnalité stable sont exécutés à plusieurs reprises sans intervention humaine.
- Tests dépendants des informations d’identification: les informations d’identification sont stockées en toute sécurité dans Orchestrator et injectées lors du runtime, utiles dans tous les environnements où les informations d’identification ne doivent pas être codées en dur ou exposées.
- Tests uniques ou rarement exécutés: évite les frais généraux liés à la création d'une automatisation persistante pour des validations temporaires ou des vérifications rare.
- Interfaces changeantes ou instables: Autopilot s’adapte au runtime au lieu de nécessiter une maintenance continue du script dans les applications où l’interface change fréquemment.
- Tests utilisateur métier ou non techniques: les analystes métier ou les experts en la matière peuvent exécuter des tests à partir d’instructions manuelles sans utiliser d’outils d’automatisation pour apprendre ou maintenir des scripts.
Gestion des informations d'identification
Au lieu du texte brut, les étapes de test de l'exécution autonome du test peuvent référencer une ressource de type Orchestrator Credentialà l'aide de la syntaxe {{credential:credentialName}} . Lors du runtime, une activité Obtenir l'identification existante récupère la valeur.
Test Manager ne voit ni ne stocke jamais le nom d’utilisateur ou le mot de passe, mais uniquement le nom de la ressource. La valeur est transportée à travers le workflow sous forme de chaîne sécurisée: le modèle d'IA ne voit qu'un espace réservé sécurisé, jamais le texte brut, jusqu'à ce qu'il soit saisi dans le champ cible.
- Les informations d'identification sont extraites uniquement du dossier Orchestrator par défaut du projet, configuré dans Paramètres du projet. Aucun remplacement de dossier par exécution n’est disponible.
- L'auteur du cas de test et l'exécuteur du cas de test ont besoin de l'autorisation
AssetsViewpar rapport à ce dossier; sinon, l'exécution échoue à la connexion. - La sélection des informations d'identification est uniquement déroulante, de sorte qu'un nom de ressource non valide ou mal tapé ne peut pas être saisi. Les autorisations manquantes provoquent toujours un échec.
- La résolution des informations d’identification s’applique uniquement lors de l’exécution de test autonome. Une personne exécutant manuellement les mêmes étapes doit rechercher les informations d’identification séparément.
- Les paramètres de projet et de dossier, y compris le dossier par défaut utilisé pour la résolution des informations d’identification, ne sont pas reportés lors de l’exportation ou de l’importation de cas de test entre des locataires ou des projets.
Flux en direct, contrôle à distance et annulation
Une tâche d'exécution de test autonome en cours d'exécution peut être surveillée en direct et le contrôle à distance de la session peut être pris si nécessaire. Les deux fonctionnalités réutilisent l'infrastructure de flux en direct d'exécution automatisée existante.
Contrairement au panneau latéral persistant d’Autonomous Exploration, la vue en direct d’Autonomous Test Execution est affichée par cas de test exécuté via une colonne Vidéo dans la table Résultats d’exécution, qui prend en charge le déclenchement de plusieurs exécutions en parallèle plutôt qu’une seule à la fois.
Une tâche Unattended en cours d'exécution peut également être annulée à tout moment. La suspension de l'exécution n'est pas prise en charge.
Limites connues
- Il n’existe pas de libellé de type d’exécution dédié permettant de distinguer les exécutions autonomes de tests des exécutions manuelles standard dans l’exécution des ensembles de tests; le type d'exécution s'affiche généralement sous la forme "Manual.".
- L'exécution autonome du test s'exécute toujours et récupère les informations d'identification à partir du dossier Orchestrator par défaut du projet. Aucun remplacement de dossier n'est encore disponible, bien qu'il soit planifié avant ou lors de la disponibilité générale.
- Pour modifier la façon dont Autopilot approche un test, les étapes manuelles doivent être modifiées directement; la bibliothèque d’invites n’est pas prise en charge pour le moment.
- Il n'existe aucune exécution au niveau de l'ensemble de tests et aucun moyen de distribuer des exécutions unattended entre un pool de robots. L’exécution autonome de test s’exécute par cas de test, y compris à partir d’une exécution en attente, et non sur un ensemble de tests avec des types d’exécution mixtes.
- L’intégration de Dynamic Test Data Management et de Data Fabric n’est pas disponible.
- Full human-in-the-loop control is not implemented. If Autopilot cannot identify an interface element or hits a blocker, execution halts and shows the specific issue, which must be resolved manually.
- Autonomous Test Execution supports web-based test cases only; desktop applications are not supported. It runs in the default browser configured on the machine — Chromium-based browsers and Firefox are supported, with no option to select a different browser — and is available on Windows environments only.
Pour obtenir des instructions étape par étape, consultez Exécution d'un test autonome. Pour plus de détails sur l’examen des résultats d’une exécution, consultez Examen des résultats de l’exécution de test autonome.