Concepts

Les docs Autonomy utilisent un petit ensemble de termes pour les vérifications web, mobile, API et messages. Le même modèle s'applique, qu'une exécution démarre depuis le tableau de bord, une pull request, Slack, une intégration ou un assistant IA.

Cas de test

Un cas de test est l'unité de définition et d'exécution : un parcours nommé avec une liste ordonnée d'étapes. C'est ce que la pratique QA appelle un cas de test, et c'est ce qui s'exécute réellement.

Les étapes décrivent une intention — Navigate, Type, Tap/Click, Scroll, Wait, Assert, Visual Compare, Validate Network — et l'agent les résout sur le produit en direct au moment de l'exécution. Un cas de test peut couvrir des étapes de navigateur, des sessions mobiles, des vérifications API directes, des attentes de boîte de réception, des vérifications SMS et des comparaisons visuelles.

Vous rédigez un cas de test en écrivant les étapes, en décrivant le flux en langage courant ou en l'enregistrant une fois. Voir Rédaction.

Plans de test

Un plan de test est une sélection nommée de cas de test — un assemblage en plusieurs-à-plusieurs, comme une playlist. Les cas de test sont autonomes ; un plan de test les référence, de sorte que le même cas peut appartenir à un plan de smoke test et à un plan de mise en production sans être dupliqué.

Un cas de test n'a pas besoin d'un plan de test. Exécuter un cas de test isolément reste un flux de premier ordre. Voir Plans de test.

Exécutions

Une exécution est l'exécution d'un cas de test sur un environnement cible. Elle possède un statut, une chronologie, des artefacts, des données de trace, des vérifications générées et un lien de relecture.

L'exécution est l'unité atomique de preuve — tout ce qui suit la cite. Exécuter un plan de test produit une exécution par cas de test membre, regroupées sous une exécution de plan dont le statut est dérivé de ses membres plutôt que stocké séparément.

Les exécutions sont ce que vous rattachez aux pull requests, aux messages Slack, aux notes de version et au suivi d'incident.

Environnements

Un environnement indique à Autonomy où exécuter et avec quelle configuration : une URL de prévisualisation, une application de préproduction, une surface de smoke test en production, un artefact mobile ou une cible privée accessible via votre infrastructure. Les environnements sont gérés dans Environments du tableau de bord et sélectionnés lors de la rédaction d'un cas de test.

Les valeurs d'environnement sont référencées depuis les étapes sous la forme {{env.VAR_NAME}} plutôt que collées en dur, de sorte que le même cas de test s'exécute sur chaque cible vers laquelle vous le dirigez.

Utilisez des noms d'environnement explicites. Les relecteurs doivent savoir si les preuves proviennent de la prévisualisation, de la préproduction, de la production ou d'un environnement d'exécution privé.

Preuves

Les preuves sont la surface de relecture d'une exécution. Elles relient la vue en direct, la vidéo de replay, les captures d'écran, les réponses API, le minutage réseau, les messages de boîte de réception et SMS, les journaux, les vérifications générées, les comparaisons visuelles et les pivots de trace en une seule chronologie.

Les preuves doivent répondre rapidement à trois questions :

• Qu'a tenté de faire Autonomy ?
• Où le parcours a-t-il réussi ou échoué ?
• Quel artefact prouve le résultat ?

Vérifications

Les vérifications sont les assertions qu'Autonomy évalue pendant ou après l'exécution. Certaines proviennent du cas de test. D'autres sont générées à partir du comportement observé, des réponses réseau, des messages ou de l'état visuel.

Les vérifications contractuelles forment une catégorie distincte : lorsqu'un cas de test a un document OpenAPI rattaché, la validation des réponses est déterministe et ne peut pas être supplantée par une assertion générée par un modèle. Voir Assurance API.

Environnements d'exécution

Autonomy peut s'exécuter sur des URL de prévisualisation publiques, des applications de préproduction, des artefacts mobiles téléversés et des environnements privés. Utilisez l'environnement accessible le plus simple pour la première exécution, puis déplacez les flux privés ou sensibles à la conformité vers votre propre infrastructure si nécessaire.

Note sur la terminologie

Le tableau de bord, la surface API et cette documentation utilisent cas de test pour l'unité exécutable et plan de test pour une sélection de cas de test. Certains champs API et identifiants historiques utilisent encore plan pour désigner ce qui est désormais un cas de test ; les pages concernées le signalent.