Ce que signifie chaque raison Couldn't start et chaque raison d'échec, ce qu'est un Runner problem, pourquoi une connexion a besoin de vous, et que faire.

Commencez par la page d'exécution. Chaque exécution qui n'a pas réussi en donne la raison, par une phrase fixe : sur la première étape pour Couldn't start, et sur chaque étape échouée pour Failed. Retrouvez cette phrase ci-dessous. Pour la signification des résultats, voir Exécutions et résultats.

Couldn't start

Aucune étape ne s'est exécutée : rien n'a donc été testé dans votre application. Les exécutions Couldn't start ne sont pas facturées et sont exclues du taux de réussite.

Raison affichée sur l'exécution	Que faire
L'application ne s'est pas ouverte, l'exécution n'a donc pas pu démarrer.	Ouvrez vous-même l'URL ou le build de l'environnement. Vérifiez qu'il est déployé, que l'URL est publique (les runners ne peuvent pas atteindre `localhost`, une IP privée ou un hôte accessible uniquement par VPN), et qu'un build mobile s'installe sur un simulateur ou un émulateur. Puis relancez.
L'application a bloqué le navigateur de test comme un robot, l'exécution n'a donc pas pu démarrer.	La protection anti-robots ou le pare-feu de votre application a refusé le navigateur de test. Autorisez-le pour cet environnement dans l'outil concerné, ou exécutez sur un environnement sans protection anti-robots, comme le staging.
Aucune boîte de réception de test n'était disponible, l'exécution n'a donc pas pu démarrer.	Si vous recevez le courrier sur votre domaine, vérifiez que le transfert est actif : les exécutions ne se rabattent jamais sur les adresses d'Autonomy. Sinon, relancez.
Aucun numéro de téléphone de test n'était disponible, l'exécution n'a donc pas pu démarrer.	Relancez. Si cela se reproduit, contactez-nous.
Aucun appareil de test n'était disponible, l'exécution n'a donc pas pu démarrer.	Relancez. Si cela se reproduit, contactez-nous.
La préparation de l'exécution ne s'est pas terminée, l'exécution n'a donc pas pu démarrer.	Vérifiez l'environnement : sa cible, son build et les valeurs qu'utilise le cas de test. Une exécution ne peut pas non plus démarrer si une valeur dont elle a besoin a été supprimée pendant qu'elle était en file d'attente.
Cette exécution n'a pas pu démarrer car le runner a rencontré un problème. Relancez-la.	Relancez. Sur vos propres runners, lancez `autonomy-labs doctor`. Voir Runners.
Aucun runner n'était disponible à temps pour démarrer cette exécution.	L'exécution a attendu trop longtemps dans la file. Voir Une exécution reste Queued.
Les étapes de ce cas de test doivent être migrées.	Le cas de test a encore ses étapes antérieures à la v0.5. Ouvrez-le, rédigez chaque étape comme un résultat attendu, puis enregistrez. Voir Rédaction.

Une étape a échoué

Une étape échoue quand son résultat attendu n'a pas été atteint, ou quand l'agent n'a pas pu montrer, par des preuves récentes, qu'il l'a été. L'étape en donne la raison. Quand l'agent n'a pas pu montrer le résultat attendu, la raison est souvent l'une de celles-ci :

Raison affichée sur l'étape	Que faire
L'étape a manqué de temps avant que son résultat attendu puisse être confirmé.	Ouvrez les Step Actions de l'étape pour voir où le temps est passé. Une étape qui en fait beaucoup contient peut-être deux résultats attendus : scindez-la. Si l'application est lente à cet endroit, ajoutez une entrée de mémoire comme « L'e-mail de reçu peut mettre deux minutes à arriver ».
L'étape s'est arrêtée avant que son résultat attendu puisse être confirmé.	Comme pour le manque de temps : scindez l'étape, ou relancez.
L'agent a été interrompu avant de pouvoir confirmer le résultat attendu.	Relancez.
Les preuves de cette étape n'ont pas pu être lues.	Relancez. Si cela se reproduit, contactez-nous avec l'identifiant de l'exécution.
Une vérification finale ne concordait pas avec le résultat.	Le nouveau regard de l'agent à la fin de l'étape ne correspondait pas à ce qu'il avait rapporté. Lisez la Final check de l'étape et sa capture d'écran. Rendez le résultat attendu plus précis, pour qu'il n'y ait qu'une seule façon claire de le vérifier.
Un compte nécessaire à cette étape n'a pas pu se connecter.	La connexion jointe affiche Needs you. Corrigez-la (voir ci-dessous), puis relancez.
Les preuves récentes n'ont pas permis de confirmer le résultat attendu.	Lisez les Step Actions et la dernière capture d'écran, puis relancez. Si le résultat attendu est vague, reformulez-le en quelque chose qu'une personne pourrait vérifier.

Runner problem

Une exécution portant l'étiquette Runner problem a échoué parce que quelque chose a cassé du côté d'Autonomy, pas dans votre application : le modèle d'IA était indisponible, le runner a planté ou perdu sa connexion, ou son navigateur ou son appareil s'est arrêté. Autonomy l'a déjà relancée une fois, et la seconde tentative a cassé de la même façon. Les tentatives en Runner problem ne sont pas facturées. Relancez-la plus tard ; si cela continue, contactez-nous avec l'identifiant de l'exécution.

Une connexion a besoin de vous

Une connexion affiche Needs you lorsqu'une exécution n'a pas pu se connecter avec elle. La raison indique quoi corriger :

Raison	Que faire
La session enregistrée a expiré. Reconnectez-vous pour en enregistrer une nouvelle.	Pour une Saved browser session, reconnectez-vous dans Chrome et cliquez sur Renew login dans l'extension.
L'application n'a pas accepté le mot de passe enregistré.	Vérifiez le mot de passe dans votre application, puis collez le mot de passe actuel sur la page de la connexion.
Le fournisseur de connexion a demandé une vérification supplémentaire (par exemple une approbation sur téléphone). Ajoutez le secret d'authentification ou approuvez-la une fois.	Ajoutez le secret d'authentification du compte, pour que l'agent puisse saisir le code lui-même. Voir Codes d'authentification.
L'application indique que ce compte est verrouillé.	Déverrouillez le compte dans votre application, ou utilisez un autre compte de test.
La connexion ne fonctionne plus. Vérifiez le compte et réessayez.	Connectez-vous vous-même avec ce compte pour voir ce qui a changé.

La prochaine exécution qui se connecte avec elle la repasse en Working. Seuls les propriétaires et les administrateurs peuvent remplacer un secret enregistré. Voir Connexions.

Les codes ou les e-mails n'arrivent pas

Ouvrez l'onglet Email previews de l'exécution.

L'e-mail y figure. Le produit l'a envoyé. Les Step Actions de l'étape montrent ce que l'agent en a fait, y compris le code ou le lien qu'il a utilisé.
L'e-mail n'y figure pas. Vérifiez que le produit a écrit à l'adresse créée par cette exécution, et non à celle d'une exécution précédente : la boîte de réception d'une exécution est fermée à la fin de celle-ci, et le courrier qui arrive ensuite est refusé. L'agent ne lit que le courrier arrivé après la création de sa boîte de réception ou la prise en charge de son compte.
Votre domaine. Tant que le transfert n'est pas actif, les exécutions ne peuvent pas obtenir de boîte de réception sur votre domaine. Terminez les étapes de Votre domaine.
Test mode fournit un code fixe, pas un lien. Les parcours qui vérifient par lien magique ont besoin des boîtes de réception hébergées ou de votre domaine.
SMS. Certains expéditeurs, comme les banques, Google et WhatsApp, refusent les numéros virtuels. Pour les connexions par code SMS, utilisez le numéro de test de votre fournisseur d'authentification avec un code statique. Voir Boîtes de réception et téléphones.

Une exécution reste Queued

Une exécution attend dans la file jusqu'à ce qu'un runner soit libre et que votre organisation dispose d'une exécution simultanée disponible. La page d'exécution affiche « All runners are busy. Your run starts as soon as one is free. »

Organization → Billing affiche Concurrent runs : le nombre d'exécutions simultanées utilisées et votre limite. Les exécutions supplémentaires attendent.
Sur les offres payantes, les propriétaires et les administrateurs peuvent ajouter des Concurrent runs sous Billing extensions, ou changer d'offre. Voir Facturation.
Une exécution qui attend trop longtemps se termine en Couldn't start avec « Aucun runner n'était disponible à temps pour démarrer cette exécution. » Elle n'est pas facturée. Relancez-la lorsque moins d'exécutions sont en cours.

Une exécution antérieure à la v0.5 ne peut pas être relancée

Les exécutions antérieures à la v0.5 utilisaient l'ancien format d'étapes. Elles restent consultables, mais Rerun est masqué et l'API refuse la relance avec « This run used the old step format, so it can't be rerun. Start a new run of the test case instead. » Lancez une nouvelle exécution du cas de test. Si le cas de test lui-même a encore d'anciennes étapes, rédigez d'abord ses résultats attendus.

Une étape a été jugée sur la mauvaise valeur

Si le produit a refusé une valeur sur laquelle portait l'étape, vérifiez si cette valeur est marquée Exact. Une valeur Exact est utilisée telle quelle, et c'est sur son refus que l'étape est jugée. Ce n'est pas le cas des données de test : si le produit indique que la valeur est déjà prise, l'agent utilise une nouvelle valeur du même type et le signale. Voir Exact ou données de test.

Toujours bloqué

Écrivez à support@autonomyqa.com en indiquant l'identifiant de l'exécution (#xxxx sur la page d'exécution). Utilisez Copy prompt to fix sur une exécution en échec pour transmettre les détails à votre agent de code.

Dépannage