Exécution de tests autonome pour Test Cloud

L'exécution de tests autonome dans Test Manager pour l'exécution de cas de tests manuels automatiquement avec Autopilot, sans créer ou maintenir une automatisation scriptée.

L'exécution de tests autonome est une capacité de Test Manager qui exécute automatiquement les 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, ce qui remplace l'effort de conversion d'un test manuel en une automatisation Studio entièrement scriptée.

Important :

L'exécution autonome de tests est disponible uniquement via Test Cloud et prise en charge sur les environnements Windows uniquement.

Fonctionnalités clés

• Exécution non assistée uniquement : exécute les cas de test sans exécution en mode assisté, y compris à partir d'une exécution en attente.
• Sélection de la cible d’exécution: l’onglet Configurer vous permet de sélectionner un type de runtime, un compte Robot et un modèle de machine pour l’exécution — avec une machine hôte facultative une fois qu’un modèle de machine spécifique est choisi — au lieu que Test Manager sélectionne automatiquement tout runtime disponible. Les sélections ne sont pas conservées entre les sessions.
• Étendue basée sur le Web: couvre uniquement les cas de test 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.
• Prise en charge des identifiants et des paramètres : les étapes de test font référence aux valeurs dynamiques via la syntaxe {{parameterName}} et les ressources d'identification d'Orchestrator via la syntaxe {{credential:credentialName}}.
• Choix du modèle : les options de modèle incluent des modèles d'intelligence artificielle (IA) de Gemini et Anthropic, filtrés par ceux autorisés par la stratégie Automation Ops de l'organisation.
• Résultats d'exécution détaillés : une trace complète des actions, des captures d'écran et le 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.
• Diffusion en direct, contrôle à distance et annulation : une exécution en cours peut être observée, reprise via le contrôle à distance si nécessaire et annulée à tout moment.

Quand utiliser l'exécution de tests autonome

• Tests de régression : les cas de test manuels existants pour une fonctionnalité stable sont exécutés à plusieurs reprises sans effort humain.
• Tests dépendants des identifiants : les identifiants sont stockés en toute sécurité dans Orchestrator et injectés lors du runtime, ce qui s'avère utile dans les environnements où les identifiants ne doivent pas être codés en dur ou exposés.
• Tests uniques ou rarement exécutés : évite les frais généraux de la création d'une automatisation persistante pour les validations temporaires ou les vérifications peu fréquentes.
• Interfaces à fort changement ou instables : Autopilot s'adapte lors du runtime au lieu de nécessiter une maintenance continue du script dans les applications où l'interface change fréquemment.
• Tests d'utilisateurs professionnels ou non techniques : les analystes métier ou les experts en la matière peuvent exécuter des tests à partir d'instructions manuelles, sans apprendre les outils d'automatisation ou maintenir les scripts.

Gestion des informations d'identification

Au lieu d'un texte brut, les étapes de test de l'exécution de tests autonome peuvent faire référence à une ressource d'identification Orchestrator à l'aide de la syntaxe {{credential:credentialName}}. Lors du runtime, une activité Get Credential existante récupère la valeur.

Test Manager lui-même ne voit jamais ou ne stocke jamais le nom d'utilisateur ou le mot de passe, uniquement le nom de la ressource. La valeur est transportée dans le workflow sous forme de chaîne sécurisée : le modèle d'IA voit uniquement un espace réservé sécurisé, jamais le texte en clair, jusqu'à ce qu'il soit entré dans le champ cible.

• Les identifiants sont récupérées uniquement dans le dossier Orchestrator par défaut du projet, configuré dans les 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 AssetsView sur ce dossier ; sinon, l'exécution échoue lors de la connexion.
• La sélection d'identifiants est disponible dans le menu déroulant uniquement, un nom de ressource non valide ou mal saisi ne peut donc pas être entré. Les autorisations manquantes causent toujours un échec.
• La résolution des identifiants s'applique uniquement pendant l'exécution des tests autonome. Une personne exécutant les mêmes étapes manuellement doit rechercher les identifiants séparément.
• Les paramètres du projet et du dossier, y compris le dossier par défaut utilisé pour la résolution des identifiants, ne sont pas transmis lors de l'exportation ou de l'importation de cas de test entre les locataires ou les projets.

Diffusion en direct, contrôle à distance et annulation

Une tâche de lancement d'exécution de tests autonome peut être observée en direct et le contrôle à distance de la session peut être pris si nécessaire. Les deux capacités réutilisent l'infrastructure de flux en direct d'exécution automatisée existante.

Contrairement au panneau latéral persistant de l'exploration autonome, la vue en direct de l'exécution de tests autonome est affichée par cas de test exécuté via une colonne Vidéo de la table des résultats de l'exécution, qui prend en charge le déclenchement de plusieurs exécutions en parallèle plutôt qu'une à la fois.

Une tâche non assistée en cours d'exécution peut également être annulée à tout moment. La mise en pause d'une exécution n'est pas prise en charge.

Limites connues

• Il n'y a aucun libellé de type d'exécution dédié pour distinguer les exécutions de tests autonomes des exécutions manuelles régulières dans Exécution de l'ensemble de tests ; le type d'exécution s'affiche génériquement comme « Manuel ».
• L'exécution de tests autonome s'exécute toujours et récupère les identifiants à partir du dossier Orchestrator par défaut du projet. Aucun remplacement de dossier n'est encore disponible, bien qu'un soit planifié avant ou lors de la disponibilité générale.
• Pour modifier la façon dont Autopilot aborde un test, les étapes manuelles doivent être modifiées directement ; il n'y a pas de prise en charge de la bibliothèque d'invites pour le moment.
• Il n'y a aucune exécution au niveau de l'ensemble de tests et aucun moyen de distribuer les exécutions non assistées dans un pool de robots. L'exécution de tests autonome 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.
• La gestion dynamique des données de test et l'intégration de Data Fabric ne sont pas disponibles.
• Le contrôle complet avec intervention humaine n’est pas mis en œuvre. Si Autopilot ne peut pas identifier un élément d’interface ou rencontre un bloqueur, l’exécution s’interrompt et affiche le problème spécifique, qui doit être résolu manuellement.
• L’exécution autonome de test prend uniquement en charge les cas de test basés sur le 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 possibilité de sélectionner un navigateur différent - et est disponible sur les environnements Windows uniquement.

Pour obtenir des instructions étape par étape, consultez la section Lancement de l'exécution de tests 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'exécution de tests autonome.