Aperçu

Autonomy teste les parcours critiques avant qu'ils n'atteignent la production. Il peut piloter un navigateur, inspecter des artefacts mobiles, vérifier les effets de bord d'une API, comparer un écran à sa maquette, attendre un e-mail ou un SMS, et transformer le résultat en preuves consultables depuis une pull request, Slack ou un workflow de mise en production.

Au lieu de disperser les replays navigateur, les journaux réseau, les messages de boîte de réception, les références de design et les artefacts mobiles dans des outils distincts, Autonomy les rassemble en une seule exécution. L'objectif est simple : lorsqu'un parcours de paiement, d'inscription, de facturation, d'onboarding ou de vérification mobile échoue, les relecteurs doivent voir ce qui a cassé et quoi faire ensuite sans reconstituer la session à la main.

À quoi sert Autonomy

Utilisez Autonomy pour les flux produit où un test unitaire ou une comparaison de captures d'écran ne suffit pas :

• Inscription, connexion, OTP et réinitialisation de mot de passe.
• Paiement, abonnement, droits d'accès et vérification de reçus.
• Smoke tests de pull request sur les déploiements de prévisualisation.
• Validation de builds mobiles à partir d'artefacts téléversés ou de sorties CI.
• Assertions API et réseau confirmant que l'interface a provoqué le bon état côté serveur.
• Assurance contractuelle par rapport à un document OpenAPI publié.
• Comparaison visuelle d'un écran en production avec le frame Figma dont il est issu.
• Preuves de mise en production partageables avec le produit, le support, la QA et l'ingénierie.

Déroulement d'une exécution

1. Choisissez un environnement cible : URL de prévisualisation, application de préproduction ou build mobile téléversé.
2. Sélectionnez ou rédigez un cas de test décrivant le parcours utilisateur en langage produit.
3. Autonomy lance l'exécution avec les vérifications navigateur, mobile, API, e-mail, SMS et visuelles nécessaires.
4. L'espace de preuves affiche la session en direct, la chronologie, le replay, les artefacts, les vérifications générées et le résumé des échecs.
5. Les intégrations publient le résultat dans les pull requests, Slack ou votre processus de mise en production.

Rédiger un cas de test

Trois méthodes, aboutissant toutes au même éditeur d'étapes :

• Write the steps lorsque vous connaissez la séquence exacte.
• Describe the flow pour laisser Autonomy rédiger des étapes d'intention à partir d'un prompt.
• Record the flow — effectuez le parcours une fois dans un navigateur hébergé et Autonomy rédige les étapes à partir de ce qu'il a observé.

Voir Rédaction.

Par où commencer

Lisez le Démarrage rapide pour obtenir votre première exécution relue. Utilisez les Tests de pull request et l'application GitHub lorsque vous souhaitez des preuves sur chaque déploiement de prévisualisation — y compris les exécutions demandées en langage naturel depuis un commentaire de PR. Utilisez les Intégrations pour connecter Vercel, GitHub, Figma et Slack. Utilisez les Assistants IA quand un client MCP connecté doit inspecter des cas de test, des exécutions et des traces depuis votre éditeur.