Colle le rapport d'un testeur dans ce modèle, remplis les crochets et envoie-le à ton assistant de code. Un rapport par consigne. Le modèle fonctionne avec n'importe quel assistant, car il ne décrit que le problème, les limites et le contrôle.
Le modèle
Je dois corriger un bug de mon app, signalé par un testeur. Aide-moi à le corriger.
CONTEXTE
App : [une phrase : ce que fait l'app]
Écran / fonctionnalité : [où le bug se produit]
Plateforme : [Android / iOS / les deux]
RAPPORT
Étapes :
1. [étape]
2. [étape]
3. [étape]
Attendu : [ce qui devrait se passer]
Réel : [ce qui se passe à la place]
Appareil et OS : [ex. modèle, version d'OS]
Extra (texte d'erreur, description de capture d'écran, logs) : [coller ou écrire « aucun »]
AVANT DE CHANGER QUOI QUE CE SOIT
- Dis-moi en 2-3 phrases quelle partie du code, à ton avis, cause ce problème, et pourquoi.
- Si tu n'es pas sûr, dis-le et liste ce que tu aurais besoin de voir.
CONTRAINTES
- Ne change que ce qui est nécessaire pour ce bug. Ne refactorise pas et ne renomme pas de code sans rapport.
- N'ajoute pas de nouvelle bibliothèque sans l'expliquer d'abord.
- Liste chaque fichier modifié et ce qui a changé dans chacun.
CONTRÔLE DE NON-RÉGRESSION
- Ceci doit continuer à fonctionner : [un comportement voisin]
- Donne-moi un court test manuel que je peux faire sur un téléphone : étapes exactes et résultat attendu, pour le bug et pour la ligne ci-dessus.
Exemple rempli
Ceci est un exemple, pas un vrai rapport.
Je dois corriger un bug de mon app, signalé par un testeur. Aide-moi à le corriger.
CONTEXTE
App : une application de liste de courses où l'on peut partager une liste avec sa famille.
Écran / fonctionnalité : ajout d'un article sur l'écran de la liste
Plateforme : Android
RAPPORT
Étapes :
1. Ouvrir une liste existante
2. Appuyer sur « Ajouter un article » et taper « lait »
3. Fermer le clavier avec le bouton retour
Attendu : « lait » apparaît dans la liste
Réel : l'article n'est pas enregistré et le champ est de nouveau vide
Appareil et OS : téléphone d'exemple, Android 14
Extra : aucun message d'erreur affiché
AVANT DE CHANGER QUOI QUE CE SOIT
- Dis-moi en 2-3 phrases quelle partie du code, à ton avis, cause ce problème, et pourquoi.
- Si tu n'es pas sûr, dis-le et liste ce que tu aurais besoin de voir.
CONTRAINTES
- Ne change que ce qui est nécessaire pour ce bug. ...
CONTRÔLE DE NON-RÉGRESSION
- Ceci doit continuer à fonctionner : ajouter un article avec la touche « Terminé » du clavier
- Donne-moi un court test manuel ...
Adapter le modèle
- Impossible à reproduire ? Remplace « Étapes » par ce qu'a écrit le testeur et ajoute : « Je n'ai pas pu reproduire ce bug. Suggère ce qu'il faut journaliser pour le capturer. »
- Plantage avec une trace de pile ? Colle la trace sous « Extra » et garde-la courte ; les premières lignes comptent généralement le plus.
- Problème d'interface ? Décris la taille de l'écran et la mise en page en termes non techniques, et dis ce que tu vois par rapport à ce que tu veux.
- Plusieurs rapports ? Ne les fusionne pas. Lance le modèle une fois par rapport, dans l'ordre d'impact.
Après la réponse
Lis la liste des fichiers modifiés, fais le test manuel sur un vrai téléphone, puis exécute la ligne « doit continuer à fonctionner ». Si elle échoue, reviens avec ce que tu as observé. Pour la routine complète, voir la boucle de retours avec ton assistant de code.
Besoin d'un bon rapport pour commencer ? Utilise le modèle de rapport de bug pour testeurs.
Liens : hub vibe coding, test sur vrai appareil, comment tester une app avant le lancement.
AppReviewX te fournit des retours privés et structurés d'autres développeurs (un retour que tu rédiges rapporte un crédit ; les nouveaux comptes commencent à 0). Commencer gratuitement.