Tableau de suivi des bugs : de la réception à la reproduction et au lancement

Projets & développement

Tableau de suivi des bugs : de la réception à la reproduction et au lancement

L'équipe de développement qui reçoit un signalement de bug utilise ce tableau de suivi des bugs, du jour de la réception jusqu'à la mise en production du correctif. Le tableau blanc réunit une matrice qui fixe l'ordre de traitement selon l'impact et la fréquence, les principes du triage, un modèle de reproduction avec exemple, les 6 étapes de la réception au lancement et les critères à suivre quand le bug ne se reproduit pas. Le tableau de tâches compte 5 colonnes - réception, reproduction, en correction, en vérification et lancé - et démarre avec 5 tâches principales - réception, reproduction, correction, lancement et partage - ainsi que leurs sous-tâches, toutes à faire.

0 J'aime 0 Copies Auteur: WeProcess
gestion des bugs assurance qualité traitement des anomalies étapes de reproduction vérification du lancement
Inscrivez-vous gratuitement et utilisez ce modèle

Avec un compte gratuit, vous pouvez copier ce modèle depuis le marché

Aperçu du tableau blanc

Mode aperçu Tableau de suivi des bugs : de la réception à la reproduction et au lancement

Aperçu du tableau blanc

(1) Principes de traitement des bugs ... (2) Impact × fréquence (fixer l'ordre... Grave et occasionnel Grave et constant Léger et occasionnel Léger et constant (3) Modèle de reproduction (à coller ... (4) De la réception au lancement du c... (5) Quand ça ne se reproduit pas (6) À vérifier avant de corriger (7) Conditions pour clore Tableau de suivi ... Mode d'emploi : (... Politique de trai... Règles et procédures Critère de blocage Exemples et notes... Un seul point d'entréeTout signalement devient une carte de ce tableau. Ce qui arrive par chat est transformé en carte par la personne qui le voit avant de répondre. L'ordre se décide par l'impactPas dans l'ordre d'arrivée : placez-le d'abord dans la matrice ci-dessous, puis assignez un responsable. Ce qui arrête tout le resteLes données sont corrompues en production ou un paiement est dupliqué. Ces deux cas passent avant tout travail en cours. Exemple de gravitéSev1 : le paiement échoue pour tous les utilisateursSev2 : impossible d'enregistrer sur un navigateur donnéSev3 : un problème d'affichage 縦軸: Impact (léger... Corrigez-le durant ce sprint. Les conditions de reproduction manquent souvent, consacrez d'abord du temps à les identifier. Priorité absolue. Arrêtez tout et intervenez ; même sans connaître la cause, publiez d'abord une solution provisoire pour limiter l'impact. Gardez-le en attente et corrigez-le avec des changements liés. Sans mouvement depuis 3 mois, fermez-le pour l'instant. Tout le monde le subit chaque jour, l'usure ressentie est donc forte. Traitez régulièrement d'abord ce qui demande le moins d'effort. (1) EnvironnementOS / navigateur / version de l'appli / offre.Ex. macOS 15, Chrome 130, offre payante (2) ÉtapesNumérotées, avec un niveau de détail qu'une autre personne peut suivre.Ex. 1. Ouvrir le dossier 2. Vider la date limite 3. Cliquer sur enregistrer (3) Attendu et réelEx. attendu = enregistré et retour à la liste / réel = le bouton reste gris et ne répond pas (4) Fréquence et preuveEx. 5 fois sur 5. Joignez des captures et le message d'erreur de la console, avec l'heure de survenue (1) RéceptionTransformer en carteVérifiez si les 4 points du modèle sont remplis, sinon demandez à la personne qui a signalé. (2) TriagePlacer sur la matriceFixez le quadrant selon l'impact et la fréquence, et décidez sur-le-champ l'ordre et le responsable. (3) ReproductionLe reproduire soi-mêmeVérifiez si cela se produit avec les mêmes étapes. Sinon, changez les conditions et essayez 3 fois. (4) Identifier la causeCerner le périmètreComparez depuis quand cela se produit avec les changements récents et cernez le code en cause. (5) Corriger et vérifierAvec un testAjoutez d'abord un test qui détecte le bug, corrigez ensuite et confirmez dans un environnement proche de la production. (6) LancementRépondre à l'auteurConfirmez que c'est corrigé en production et communiquez le résultat et l'arrêt de la solution provisoire. Soupçonnez des étapes manquantes (demandez un enregistrement d'écran) Soupçonnez une différence d'environnement (version, connexion, extensions) Si ça ne se reproduit pas après 3 essais, renvoyez-le pour l'instant En le renvoyant, notez ce qui a été testé Depuis quand cela se produit (comparez avec les changements récents) S'il existe d'autres signalements de même cause S'il est possible d'indiquer d'abord une solution provisoire Un test de non-régression a été ajouté La correction a été confirmée en production Le résultat a été communiqué à la personne qui a signalé La récurrence des causes est revue chaque mois
100%

Faites glisser pour déplacer, utilisez la molette pour zoomer

Contenu du tableau des tâches

Réception 16 éléments

Préparer le canal
Reproduire le bug
Cibler et corriger
Vérifier et sortir
Partager et clore
Diffuser le modèle
Fixer la gravité
Suivre les étapes
Isoler le contexte
Renvoyer sans repro
Cerner la cause
Ajouter un test
Revalider en préprod
Valider la livraison
Informer l'auteur
Revoir les causes

Reproduction 0 éléments

En correction 0 éléments

En vérification 0 éléments

Lancé 0 éléments

← Retour aux modèles