Créer et gérer des cas de test

Recherchez, rédigez et tenez à jour les cas de test de Test Manager avec Delegate, y compris en corrigeant les étapes qui s’interrompent après une mise à jour de l’interface utilisateur.

Recherchez des cas de test existants, rédigez-en de nouveaux à partir d’une description simple en anglais et actualisez-les à mesure des modifications de l’application, y compris afin de capturer et de corriger les étapes qui s’interrompent après une mise à jour de l’interface utilisateur.

Prérequis

Effectuez la configuration unique dans Configuration et exécution de votre premier cas de test - aucune configuration supplémentaire n’est nécessaire pour ces tâches.

Recherche de cas de test à exécuter

1. Saisissez une invite pour répertorier ou rechercher des cas de test, par exemple: « Répertorier les cas de test dans le projet MYAPP» — ou l'affiner: « Find test cases contenant 'login' in project MYAPP » ou « Afficher les cas de test créés par moi dans le projet MYAPP » "

Résultat

Delegate effectue une recherche dans Test Manager et renvoie les noms, les ObjKeys et les ID des cas de test correspondants.

Astuce :

Utilisez le nom ou l’ObjKey lorsque vous demandez à Delegate d’en exécuter une.

Écrire un nouveau cas de test à partir de zéro

1. Décrivez le flux que vous souhaitez tester, par exemple: « Aidez-moi à écrire un cas de test pour le flux de réinitialisation du mot de passe — l’utilisateur saisit son adresse e-mail, reçoit un lien de réinitialisation, clique dessus, définit un nouveau mot de passe et peut se connecter avec.»
2. Demandez à Delegate d’exécuter le nouveau cas de test pour valider que les étapes fonctionnent telles qu’elles sont écrites.

Résultat

Delegate transforme la description en une liste structurée d’étapes atomiques avec un résultat attendu pour chacune. Vous pouvez également demander « Quels cas particuliers dois-je couvrir pour ce flux?». pour faire apparaître des scénarios que vous avez peut-être oubliés. Examinez le brouillon et ajustez les noms et les valeurs des éléments pour qu’ils correspondent à votre IU réelle; Delegate ne connaît pas votre application tant que vous ne l’affichez pas ou ne collez pas les critères d’acceptation.

Lorsque vous demandez à Delegate d’exécuter le cas de test, il l’exécute de bout en bout, affichant les étapes réussies et celles qui ont provoqué une pause, un signe où la formulation doit être ajustée. Corrigez toutes les étapes signalées et ajoutez le cas de test à votre ensemble de tests une fois qu’il a réussi. Prévoyez 15 à 20 minutes pour un nouveau cas de test.

Remarque :

Si vous avez des critères d'acceptation dans Jira, consultez « Lire un ticket et rédiger des cas de test à partir de celui-ci» sur la page Tester avec l'intégration et les rapports Jira — cela automatise les étapes de description et de rédaction ci-dessus.

Rechercher et corriger des cas de test obsolètes

1. Exécutez le cas de test ou l’ensemble de test affecté comme d’habitude après une modification de l’interface utilisateur.
2. Si l’élément d’une étape a été déplacé ou a été renommé, indiquez à Delegate ce qui a changé, par exemple: « Réécrivez cette étape — le bouton s’appelle désormais ’S’inscrire’ et non ’Connexion’.»
3. Une fois par trimestre, demandez à Delegate de répertorier les cas de test obsolètes, par exemple: « Répertorie tous les cas de test du projet MYAPP qui n’ont pas été exécutés au cours des 60 derniers jours.»

Résultat

Lorsque l'élément d'une étape a été déplacé ou a été renommé, Delegate s'interrompt à mi-parcours et vous montre ce qu'il voit - traitez chaque pause comme un indicateur de maintenance, pas seulement un échec d'exécution. Après avoir décrit la modification, Delegate met à jour la description de l'étape, prête à être réexécutée. La liste trimestrielle des cas de test obsolètes vous indique les candidats à réactiver ou à retirer délibérément.

Étapes d’écriture que Delegate peut exécuter de manière fiable

La règle d’or: écrivez les étapes de la façon dont vous les expliquez à un nouveau collègue, et non de la façon dont vous écriviez le code.

Élément	Bon exemple	Exemple problématique
Action	« Cliquer sur le bouton Connexion »	« Interagir avec l'élément d'authentification »
Résultat attendu	« La page du tableau de bord se charge;	« Le système répond correctement»
Spécificité	« Saisir ’ [e-mail] ’ dans le champ E-mail»	« Remplir les informations d’identification»
Une chose à la fois	Une action par étape	« Se connecter, accéder aux paramètres et modifier le mot de passe »

Nommez l'élément avec lequel vous interagissez, indiquez à quoi ressemble le succès dans le champ Résultat attendu, conservez les étapes atomiques, évitez le jargon interne et incluez explicitement les données de test. Les étapes de navigation, de remplissage de formulaires et de vérification sont gérées de manière plus fiable; les chargements/téléchargements de fichiers, les éléments à l'intérieur des iframes/fenêtres contextuelles et les étapes dépendantes de la synchronisation peuvent nécessiter des conseils supplémentaires.

Gérer les données sensibles dans les étapes de test

N’entrez jamais d’informations d’identification réelles ni d’informations personnelles identifiables dans les étapes du cas de test. Le contenu de l'étape est transmis par l'IA lorsque Delegate l'exécute, et le contenu de Test Manager est visible par défaut par l'ensemble de votre équipe.

Utilisez un compte et un mot de passe de test dédiés, une boîte aux lettres de test, des noms et des adresses clairement fictives, les numéros de carte Sandbox de votre fournisseur de paiement et des enregistrements qui n’existent que dans l'organisation.

Important :

Conservez une référence d’informations d’identification de test distincte et sécurisée (par exemple, un gestionnaire de mot de passe) que l’équipe consultez, plutôt que d’écrire des valeurs réelles dans des étapes.