Démarrage rapide

Ce guide vous mène d'un parcours produit à une exécution Autonomy relue. Commencez par un flux court — inscription, paiement, acceptation d'invitation ou réinitialisation de mot de passe. Une fois la première exécution fiable, rattachez-la aux pull requests ou aux workflows de mise en production.

Avant de commencer

1. Ajouter un environnement

Ouvrez Environments et ajoutez la cible à tester : l'URL de base et toute configuration nécessaire au parcours. Référencez ces valeurs depuis les étapes sous la forme {{env.VAR_NAME}} plutôt que de les coller en dur, afin que le même cas de test puisse s'exécuter sur prévisualisation, préproduction et production.

Vous pouvez ignorer cette étape pour une première exécution et coller directement une URL, mais vous en aurez besoin avant la deuxième.

2. Rédiger un cas de test

Allez dans Test Cases → New Test Case. Nommez-le, choisissez la plateforme et l'environnement, puis sélectionnez votre méthode de rédaction :

• Record the flow — le plus rapide pour tout parcours de plus de quelques étapes. Lancez une session de navigateur hébergé, effectuez le parcours une fois, marquez vos vérifications à l'aide de la barre d'outils au fil de l'eau, puis cliquez sur End & review. Autonomy rédige les étapes.
• Describe the flow — décrivez ce que vous souhaitez tester en langage courant et laissez Autonomy rédiger les étapes.
• Write the steps — composez-les vous-même.

Quelle que soit la méthode, vous arrivez dans l'éditeur d'étapes. Gardez le cas de test suffisamment précis pour vérifier le résultat, mais évitez de figer des détails d'implémentation qui changeront avec l'interface. Par exemple :

• Créer un nouveau compte avec e-mail OTP.
• Ajouter l'abonnement de démarrage au panier.
• Confirmer la réception de l'e-mail de reçu.
• Vérifier que le compte affiche le droit d'accès payé.

Laissez les champs d'identifiants en valeurs choisies par l'agent. Autonomy génère un mot de passe à haute entropie au moment de l'exécution et le réutilise pour le reste de celle-ci — les mots de passe d'exemple écrits à la main sont fréquemment rejetés par les fournisseurs d'authentification réels.

3. Exécuter sur une cible réelle

Exécutez le cas de test sur la surface qu'un utilisateur ou un relecteur ouvrirait : un déploiement de prévisualisation, une application de préproduction, un tunnel local ou un build mobile téléversé. Utilisez la première exécution pour confirmer l'accès, les données de test et l'état final attendu avant d'automatiser.

Pendant l'exécution, vous pouvez la suivre en direct dans l'espace de preuves.

4. Relire les preuves

Ouvrez les preuves de l'exécution et consultez d'abord le résumé. Si l'exécution a échoué, utilisez l'étape en échec, le replay, les captures d'écran, les détails réseau, les messages de boîte de réception et les vérifications générées pour déterminer si le problème relève du comportement produit, de la configuration de l'environnement ou des données de test.

5. Automatiser le chemin utile

Une fois qu'une exécution est stable, rattachez-la aux pull requests ou aux vérifications de mise en production :

• Installez l'application GitHub et commentez @autonomy test this PR against the preview — ou définissez un cas de test par défaut pour le dépôt afin qu'une commande simple exécute votre smoke test.
• Regroupez les cas de test associés dans un plan de test et exécutez-les ensemble.
• Acheminez les échecs vers Slack ou un webhook.

Gardez le premier cas de test automatisé simple. Ajoutez des flux plus larges une fois que l'équipe fait confiance au format des preuves et à l'acheminement des échecs.