Introduction

Le plugin Utilisation de l’ordinateur se prête bien aux tests d’assurance qualité. Il permet à Codex d’observer l’interface, de cliquer pour suivre un parcours, de remplir des champs et de consigner les échecs. Codex peut ainsi repérer des bugs fonctionnels et des problèmes d’interface dans des parcours utilisateur réalistes.

Précisez à Codex dans quel environnement effectuer les tests, quels parcours vérifier en priorité et quel type de rapport vous souhaitez obtenir.

Mode d’emploi

1. Installez le plugin Utilisation de l’ordinateur.
2. Indiquez à Codex l’application, la version ou l’environnement à tester.
3. Précisez les parcours ou les cas d’usage qui comptent le plus pour vous.
4. Demandez un rapport structuré pour pouvoir facilement classer les problèmes par priorité ou transmettre les résultats.

Vous pouvez formuler une demande générale :

• @Computer Testez mon application. Repérez les problèmes majeurs et donnez-moi un rapport.

Ou donner des consignes plus précises :

• @Computer Testez mon application en préproduction. Vérifiez les parcours d’inscription, d’invitation d’un membre de l’équipe et de passage à une formule supérieure. Pour chaque bug, consignez les étapes pour le reproduire, le résultat attendu, le résultat obtenu et le niveau de gravité.

Si vous tenez déjà un plan de test à jour dans le dépôt, joignez le fichier à la discussion ou indiquez son emplacement à Codex pour que les tests suivent les parcours prévus.

Conseils pratiques

Précisez les conditions de test

Si l’état du compte, les données de test, les indicateurs de fonctionnalité ou le choix de l’environnement influent sur le parcours, précisez-les dès le départ. Codex obtiendra de bien meilleurs résultats si vous lui indiquez s’il teste l’application en local, en préproduction ou dans des conditions proches de la production.

Indiquez les types de problèmes à rechercher

Précisez si Codex doit se concentrer sur les fonctionnalités qui ne marchent plus, les défauts de mise en page, les textes difficiles à comprendre, les régressions visuelles ou l’ensemble de ces problèmes.

Indiquez quand arrêter ou poursuivre les tests

Si Codex doit arrêter les tests dès le premier problème bloquant, dites-le. Sinon, demandez-lui de poursuivre le parcours et de relever tous les problèmes non bloquants avant de rédiger sa synthèse.

Après les tests

Gardez la même discussion ouverte et demandez à Codex de corriger l’un des bugs détectés, de préparer à partir des résultats des brouillons de tickets pour Linear ou GitHub, ou de limiter la prochaine série de tests à un parcours précis qui a échoué.

Prompt suggéré

Lancez une série de tests d’assurance qualité structurée