Preuves d'exécution

Chaque exécution Autonomy produit un espace de preuves consultable. Il est conçu pour le moment où, après la fin d'une exécution, un relecteur doit décider si le produit peut être fusionné en toute sécurité, si un échec est réel et qui doit agir.

Le résumé d'abord

Commencez par le résumé de l'exécution. Il affiche le cas de test, l'environnement cible, le statut, le point d'échec et les liens vers les artefacts les plus utiles. Les exécutions réussies doivent être rapides à parcourir. Les exécutions échouées doivent rendre l'action suivante évidente.

Suivre une exécution en direct

Pendant qu'une exécution web est en cours, l'espace de preuves la diffuse en continu. Le badge au-dessus du viewport indique le transport utilisé :

Le repli n'est pas un état d'erreur. Si le flux ne peut pas se connecter, ou se dégrade en cours d'exécution, l'espace continue d'afficher les frames et l'exécution n'est pas affectée. La vidéo en direct est disponible pour les exécutions web ; les exécutions mobiles utilisent la cadence de frames.

Le streaming ne fonctionne que lorsque quelqu'un regarde ; laisser la page ouverte n'est pas nécessaire pour que l'exécution se termine.

Chronologie et replay

La chronologie montre chaque étape tentée par Autonomy et ce qu'il a observé. Pour les exécutions navigateur et mobile, les captures d'écran et le replay permettent de confirmer si le problème est visible par l'utilisateur. Pour les vérifications API, boîte de réception et SMS, la chronologie enregistre la requête, la réponse, le message ou la condition d'attente ayant produit le résultat.

Artefacts multicanaux

Autonomy peut rattacher plusieurs types de preuves au même parcours :

• Replay et captures d'écran navigateur.
• Captures d'écran mobiles et instantanés d'état de l'appareil.
• Assertions de requête et réponse API.
• Cascade réseau et export HAR.
• Messages de boîte de réception et messages OTP.
• Messages SMS et codes de vérification.
• Comparaisons visuelles avec un frame Figma ou une référence téléversée, accompagnées du diff et des constatations du relecteur.
• Vérifications générées, avertissements et notes de reproduction.

Assurance API

Lorsque le cas de test a un document OpenAPI rattaché, l'espace de preuves affiche également un verdict contractuel pour l'exécution : le statut de la porte, le nombre d'opérations documentées observées par le parcours, les échecs contractuels déterministes et les résultats indéterminés, ainsi que le décompte des constatations. Les patchs OpenAPI Overlay inférés sont listés avec leur justification et peuvent être téléchargés. Voir Assurance API.

Relecture des échecs

Pour une exécution échouée, ouvrez la vérification en échec, comparez-la avec l'artefact brut, puis utilisez le replay, la capture d'écran, la requête ou le message associé pour confirmer le comportement. Si l'échec concerne une pull request, le commentaire de PR d'Autonomy doit pointer vers les mêmes preuves au lieu de créer un second résumé.

Raffinements suggérés

Une fois l'exécution terminée, Autonomy relit ses preuves et repère les étapes dont l'échec vient de la façon dont l'étape est rédigée plutôt que du produit : une cible que l'écran ne peut pas distinguer, une identité non visible sur cet écran, un identifiant saisi en clair, des données de test non idempotentes, une base obsolète, une assertion en prose qui possède un contrat vérifiable, ou une condition d'attente trop faible pour prouver la fin de l'action.

Quand c'est le cas, un marqueur apparaît à côté de l'étape dans la chronologie. Il affiche l'étape actuelle, l'étape proposée, la raison de la suggestion, ainsi que les entrées de trace et la capture qui la motivent. Vous acceptez ou rejetez ; rien ne change tant que vous n'avez pas décidé.

Une suggestion peut préciser une étape mais jamais l'affaiblir : elle ne peut pas retirer ou assouplir une assertion, changer l'action, supprimer une étape ni introduire un secret. L'acceptation crée une révision ordinaire du cas de test qui enregistre l'exécution et les preuves d'origine. Si l'étape est modifiée entre-temps, la suggestion est marquée obsolète et ne peut plus être appliquée. Les avis concernant les données ou l'environnement (fixtures obsolètes, doublons d'envoi) n'ont pas de modification d'étape ; les noter enregistre le suivi sans toucher au cas. Le résultat de l'exécution n'est jamais modifié.

Accès et rétention

Les preuves sont limitées à l'organisation propriétaire de l'exécution. La rétention, le partage et l'accès aux environnements dépendent des paramètres de votre organisation et du mode de déploiement.