API et réseau

Un parcours a souvent l'air correct dans le navigateur alors que le système derrière lui dysfonctionne. Autonomy couvre les deux côtés : les cas de test API appellent directement vos endpoints, et les exécutions web conservent chaque requête effectuée par la page.

Tester une API

Ajoutez une cible API à un environnement : l'URL de base de votre API, comme https://api.staging.example.com. Créez ensuite un cas de test avec la plateforme API. Ses exécutions envoient directement des requêtes HTTP, sans navigateur ni appareil.

Rédigez les étapes comme des résultats attendus, de la même façon que sur le web :

• Une nouvelle commande peut être créée pour le client de test.
• La nouvelle commande apparaît dans la liste avec le statut payé.
• Une requête de commande sans jeton est refusée.

L'agent détermine les requêtes, les envoie et vérifie les réponses. Conservez les jetons et les clés dans des valeurs d'environnement marquées comme secrètes et faites-y référence sous la forme {{env.NAME}} ; elles sont envoyées par référence et jamais affichées.

Pour rédiger des étapes API à partir d'une spécification, choisissez Describe what to test et joignez votre fichier OpenAPI .yaml ou .json. Son texte sert de contexte au brouillon.

Une exécution API affiche Requests dans ses preuves : chaque requête envoyée par l'agent, avec sa réponse.

Preuves réseau des exécutions web

Une exécution web conserve chaque requête effectuée par la page, ses frames et ses workers. Ouvrez l'onglet Network de l'exécution :

• Chaque requête avec sa méthode, son statut, son type, sa taille et sa durée, ainsi qu'une cascade montrant quand elle s'est exécutée, le tout réparti par étape.
• Les en-têtes de requête et de réponse, cookies compris, et les corps : les premiers 256 KB de chacun.
• Des filtres pour retrouver rapidement une requête.

L'onglet Console contient chaque message de console, à tous les niveaux, les erreurs non interceptées et les rejets de promesse non gérés, ainsi que les messages du navigateur lui-même. Les valeurs sont affichées telles que la page les a vues ; seules les valeurs que vous avez enregistrées comme secrets sont masquées.

Les anomalies deviennent des problèmes

Les erreurs de console et les requêtes de page, fetch et XHR en erreur constatées pendant une exécution sont relevées par un contrôle automatique et listées sous Issues found dans l'exécution, même quand toutes les étapes ont réussi. Elles ne modifient jamais le résultat. Voir Problèmes.

Méthode de relecture

Commencez par l'étape en échec et sa ligne de constat. Si l'écran est ambigu, ouvrez l'onglet Network au moment de cette étape : une requête en erreur ou un appel tiers lent explique souvent ce qu'a vu l'utilisateur.