Aperçu

Un cas de test est un parcours rédigé sous forme d'une courte liste d'étapes. Chaque étape est un résultat attendu : quelque chose qu'une personne pourrait vérifier une fois l'étape terminée. L'agent détermine comment atteindre chaque résultat attendu sur le produit en ligne et montre chaque action qu'il a effectuée.

Créez-en un depuis la page Test cases de votre projet avec New test case. L'assistant vous demande d'abord les informations générales, puis la façon de créer les étapes, et vous laisse enfin les relire.

Informations générales

• Name : jusqu'à 100 caractères, par exemple « Inscription par e-mail ».
• Description : facultative. Elle s'affiche dans le rapport d'exécution et dans les alertes Slack.
• Platforms : Web (Chrome), API (requêtes HTTP, sans navigateur ni appareil) et Android (émulateur). Les tests iOS arrivent bientôt. Une plateforme est disponible quand le projet a un environnement doté d'une cible pour elle.
• Environment : l'environnement où les étapes sont rédigées et où les exécutions ont lieu par défaut. Une exécution peut choisir un autre environnement ; le cas de test ne change pas.

Choisir une méthode

Toutes les méthodes aboutissent au même éditeur d'étapes, et vous pouvez modifier les étapes plus tard, quelle que soit la méthode choisie.

Rédiger les étapes comme des résultats attendus

Écrivez ce qui doit être vrai, pas où cliquer :

L'agent gère seul les clics, les boîtes de dialogue, les nouvelles tentatives et les attentes. Il n'ajoute pas d'étapes et ne va pas au-delà du cas de test, et chacune de ses actions s'affiche sous l'étape dans l'exécution.

Si le chemin compte, dites-le dans le résultat attendu : « L'onboarding est terminé en tant que producteur expérimenté » est jugé sur l'onboarding lui-même. Atteindre le même état final autrement, par exemple en passant l'onboarding puis en le réglant plus tard dans les paramètres, ne valide donc pas l'étape. Si le chemin n'a pas d'importance, ne le mentionnez pas : l'agent en choisit un.

Dans le tableau de bord, un cas de test compte jusqu'à 12 étapes, et chaque étape jusqu'à 2 000 caractères. La connexion est une étape comme une autre : écrivez « Le producteur est connecté » et joignez le compte.

Pièces jointes

Cliquez sur + Attach sur une étape pour donner à l'agent ce dont il a besoin :

A value to use… prend un nom et une valeur, comme « Nom de la ferme : Green Acres ». Cochez Hide the value pour tout ce qui est secret : la valeur est renseignée par référence et n'est plus jamais affichée, pas même à vous. Une valeur peut aussi être une valeur d'environnement, comme {{env.COUPON_CODE}}. Voir Environnements.

Ne mettez pas de vrais mots de passe dans les étapes. Joignez plutôt une connexion enregistrée, ou laissez l'agent générer un mot de passe robuste.

Exact ou données de test

Par défaut, les valeurs jointes sont des données de test. Si le produit en refuse une uniquement parce qu'elle est déjà prise, comme une adresse e-mail déjà inscrite, l'agent utilise une nouvelle valeur du même type et le signale dans l'étape.

Cliquez sur Exact sur une valeur pour la conserver telle quelle. L'agent utilise alors exactement cette valeur, et si le produit la refuse, l'étape est jugée sur ce refus. Utilisez Exact pour une valeur qui fait l'objet du résultat attendu : un code promo qui doit s'appliquer, ou un numéro de téléphone qui doit être refusé. Les comptes, les valeurs renseignées ainsi que les boîtes de réception et numéros de téléphone fixes peuvent être Exact.

Décrire ce qu'il faut tester

Décrivez le parcours en langage courant, puis cliquez sur Generate draft. Vous pouvez joindre un fichier texte, comme des notes, un fichier .feature ou une spécification OpenAPI au format .yaml ou .json : son texte est ajouté à la description.

• Autonomy pose au plus une question, et seulement quand la réponse change les étapes, par exemple « Quelle méthode d'inscription le test doit-il utiliser ? ». Cochez Skip questions pour le laisser choisir la méthode habituelle.
• Il connaît la description du projet, ses connaissances produit, les URL de l'environnement et les noms de ses valeurs, ainsi que vos connexions enregistrées. Il ne voit jamais les valeurs elles-mêmes.
• Les valeurs que vous écrivez dans la description, comme un code promo ou « se connecter en tant que gérant de la boutique », deviennent des pièces jointes reprenant exactement ce que vous avez écrit. Autonomy n'invente jamais de valeur.
• Ne collez pas de mots de passe. Si la description en contient un, Autonomy le refuse et vous demande de choisir plutôt une connexion enregistrée.

Relire avant d'enregistrer

Avant l'enregistrement, Autonomy lit les étapes dans l'ordre, comme le fera l'agent pendant une exécution, et liste tout ce qu'il devrait deviner :

• Needs you : par exemple, une étape se connecte mais aucun compte n'y est joint (« Quel compte doit se connecter ici ? »), ou une étape téléverse un fichier mais aucun n'est joint.
• Suggestions : par exemple, un code arrive dans la boîte de réception d'une étape précédente, ou une étape ressemble à un clic plutôt qu'à un résultat attendu.

Réglez ce qui a besoin de vous, puis cliquez sur Create test case. Rien ne s'exécute tant que vous ne lancez pas le cas de test, et chaque exécution démarre déconnectée, avec une session de navigateur ou d'application vierge.

Cas de test antérieurs à la v0.5

Avant la v0.5, les cas de test utilisaient une action par étape. La plupart ont été réécrits sous forme d'étapes à résultat attendu lors du passage de votre organisation à la v0.5. Un cas de test qui a encore ses anciennes étapes affiche un avertissement, et ses exécutions se terminent en Couldn't start jusqu'à ce que vous rédigiez ses résultats attendus. Les anciennes étapes restent en bas de l'éditeur, en lecture seule.

Pour aller plus loin

Lisez Enregistrer un parcours pour l'enregistrement, Vérifications visuelles pour contrôler l'apparence d'un écran, et Plans de test et planifications pour exécuter des cas de test ensemble.