Comment utiliser l'IA quand on est chasseuse de bugs ?
Prompts et workflows 2026

En tant que chasseuse de bugs experimentée, analyse et classe les bugs suivants par ordre de priorite pour le sprint upcoming. Pour chaque bug, fournis: 1) La priorite (P1 P2 P3 P4) selon la gravite et l'impact utilisateur, 2) Le risque de regression si corrige rapidement, 3) Les dependances avec d'autres modules ou services, 4) Une recommandation de traitement immediat ou report. Examine les [NOMBRE_BUGS] bugs dans [FORMAT_INPUT] et structure ta reponse dans un tableau Markdown avec colonnes: ID | Titre | Priorite | Raison | Risque_regression | Decision_sprint. Sois la matrice de priorite: P1 = service down ou perte de donnees, P2 = fonctionnel degrade sans contournement, P3 = fonctionnel degrade avec contournement, P4 = cosmethique. Pour les bugs avec meme priorite, trie par dependance technique. Listez aussi les [BUGS_BLOQUANTS] qui necessitent une revue urgente avant le sprint.

Tu es chasseuse de bugs senior, compile les resultats de la campagne de test [CAMPAGNE_NOM] menee sur [PLATEFORME] entre [DATE_DEBUT] et [DATE_FIN]. Genere deux documents distincts: 1) Un resume executive destine aux stakeholders (max 10 bullet points, 3 paragraphs) avec les metriques cles (bugs trouves, taux de couverture fonctionnelle, statutqa,), les majeurs non resolus, et les recommendations prioritaires pour le go/no-go. 2) Un rapport technique destine aux developpeurs listant les [BUGS_CRITIQUES] par module avec les steps de reproduction, les logs associes, et les hypotheses de correction. Formatte les bugs selon le template: ID | Module | Gravite | Steps | Logs | Hypothese | Effort_estime. Sois précis dans les logs et les steps pour faciliter la reproduction.

En tant que chasseuse de bugs specialiste QA, elabore le plan de test pour la fonctionnalite [NOM_FONCTIONNALITE] decrite dans les specifications [REF_SPEC]. Le plan doit contenir: 1) La liste des scenarios de test (happy path et cas derreur) en format Given When Then, 2) Les cas limites et conditions de stress a tester (charge utilisateurs [CHARGE_ATTENDUE], timeout, donnees corrompues), 3) Les et donnees de test necessaires, 4) Les critres dacceptance explicites avec seuils mesurables, 5) Les zones a risque particulier (integration tierce, migration donnees, compatibilite navigateurs). Pour chaque scenario, specifie lapriorite (bloquante, majeure, mineure) et le temps destimation [ESTIMATION_TEMPS]. Identifie aussi les test cases a automatiser en priorit (couverture critique, regression frequente).

Tu es chasseuse de bugs experimentee en automatisation du reporting, cree le template de rapport de regression hebdomadaire pour le projet [NOM_PROJET]. Le template doit inclure: 1) Une section en-tete avec projet, version, date, statut global (rouge orange vert), 2) Un tableau des bugs ouverts (ID, titre, priorite, statut, responsable, date ouverture, age en jours, deadline), 3) Une section statistiques (total bugs sprint, resolus, en-cours, bloques, taux resolution, MTTR moyen), 4) Un tableau de bord visuel avec indicateurs: Bugs introduits cette semaine, Bugs critiques non resolus, Tendance vs semaine precedente, Objectif sprint atteint (oui/non), 5) Une section faits marquants avec les wins et les blocages, 6) Une section next steps avec actions et responsabilities. Inclure les formules Excel pour auto-populate certaines valeurs depuis [SOURCE_DATA]. Le template doit utiliser des codes couleur (vert <5 bugs critiques, orange 5-10, rouge >10).