Aperçu

Un cas de test est l'unité qu'Autonomy définit et exécute : un parcours nommé avec une liste ordonnée d'étapes. Vous pouvez le rédiger de trois façons, et chacune aboutit au même endroit — l'éditeur d'étapes, où vous relisez les étapes avant d'enregistrer.

Créez un nouveau cas de test depuis Test Cases → New Test Case. La première étape collecte le nom, les plateformes et l'environnement. La deuxième demande comment vous souhaitez le rédiger.

Choisir une méthode

Écrire et décrire suivent un assistant en quatre étapes (Details → Method → Steps → Review). L'enregistrement ajoute une étape (Details → Method → Record → Steps → Review), car la session d'enregistrement s'intercale entre le choix de la méthode et la relecture des étapes rédigées.

Les étapes sont une intention, pas un script

Quelle que soit la méthode, les étapes enregistrées décrivent une intention. L'agent d'Autonomy les résout sur le produit en direct au moment de l'exécution — il ne rejoue pas de coordonnées ni de chaîne de sélecteurs figée. Un enregistrement est un input de rédaction, pas un artefact d'exécution.

Cette distinction compte en pratique :

• Une étape enregistrée comme un clic sur « Continue » passe toujours lorsque le bouton se déplace ou que le balisage change, tant qu'un contrôle avec cette intention existe.
• Enregistrer le parcours une fois ne verrouille pas le cas de test sur les données de cette session. Les champs de type identifiant deviennent des valeurs choisies par l'agent.
• Modifier une étape après l'enregistrement est normal et attendu. L'enregistrement est un brouillon.

Actions d'étapes

Les étapes rédigées et écrites à la main utilisent le même vocabulaire :

• Navigate — aller à une URL.
• Type — remplir un champ de texte.
• Tap/Click — cliquer ou appuyer sur un élément.
• Scroll — faire défiler la page ou un conteneur.
• Wait — attendre une condition.
• Assert — vérifier un texte, un élément ou l'URL.
• Visual Compare — comparer l'écran à une référence. Voir Vérifications visuelles.
• Validate Network — vérifier les requêtes déclenchées par l'interface.

Valeurs, identifiants et variables d'environnement

Ne collez pas de vrais identifiants dans les étapes.

• Pour les champs e-mail, mot de passe, OTP et code de vérification, laissez la valeur en instruction choisie par l'agent, par exemple Agent-chosen at run time: strong password. Autonomy génère une valeur à haute entropie au moment de l'exécution et la réutilise pour le reste de celle-ci. Les mots de passe d'exemple courants sont fréquemment rejetés par les fournisseurs d'authentification réels.
• Pour référencer la configuration d'environnement, utilisez la forme {{env.VAR_NAME}}. La valeur est résolue depuis l'environnement sélectionné au démarrage de l'exécution.
• Les valeurs contenant un nombre ou un symbole monétaire sont de mauvaises cibles. Préférez the checkout button à Pay $50.00, car le montant change et le libellé n'identifie pas le contrôle.

Pièces jointes et rédaction assistée par IA

La méthode Describe the flow accepte des pièces jointes en complément du prompt — captures d'écran, PDF, et un document OpenAPI ou Swagger (.yaml, .json). Une spécification API jointe permet à Autonomy de rédiger des assertions réseau à côté des étapes d'interface, et connecte le cas de test à l'Assurance API.

Lorsque vous relancez un prompt sur un cas de test existant depuis la boîte de dialogue d'édition, Autonomy demande si le nouveau brouillon doit remplacer les étapes actuelles ou être ajouté après elles. Remplacer est le bon choix quand le flux a changé ; ajouter est le bon choix quand vous prolongez un parcours.

Pour aller plus loin

Lisez Enregistrer le flux pour le détail de la session d'enregistrement. Lisez Vérifications visuelles pour rattacher des références de design. Lisez Plans de test pour regrouper les cas de test et les exécuter ensemble.