Comment classer la gravité des bogues pour compléter notre classification prioritaire?


14

Dans mon travail actuel, nous avons des bogues de priorité faible, moyenne et élevée.

  • Les bogues de faible priorité sont de petites erreurs qui n'arrêtent pas la livraison ou ne causent de réels problèmes à aucun utilisateur.
  • Les bogues de priorité moyenne causent des problèmes à certains utilisateurs internes mais ont des solutions de contournement connues.
  • Les bogues de haute priorité sont des problèmes que nos clients verront, peuvent corrompre des données ou planter un système.

Comment classer la gravité des bogues pour compléter notre classification prioritaire?


13
Pourquoi avez-vous des noms impossibles à comprendre comme "bas", "moyen" et "haut"? Pourquoi ne pas utiliser simplement des mots réels tels que "planter", "corruption", "solution de contournement connue" et "agacement"?
S.Lott

1
Parce que je n'ai rien à voir avec la dénomination des niveaux de priorité. Je peux simplement utiliser ce qui m'est donné. J'aime bien vos noms pour eux.
Erin

2
Nous avons un 4ème niveau, "Critique". C'est le pire de ceux que vous classeriez comme «élevé» (par exemple, une défaillance soudaine du serveur de production).
FrustratedWithFormsDesigner

1
Je trouve que Low n'est jamais utilisé ... tout le monde dit que c'est Medium, High ou Urgent
Rachel

1
@ Thorbjørn Lorsqu'une erreur prend plus de temps à être mise sous suivi qu'à corriger juste là quand je l'ai remarquée, j'ai tendance à la corriger. (Attention, nous n'avons pas de processus d'AQ formel, donc le travail de personne d'autre est de mettre des bogues dans le tracker. C'est plus une liste "à faire plus tard" pour nous qu'une file d'attente de travail de quelqu'un d'autre.)
CodexArcanum

Réponses:


23

Nous classons nos bugs et défauts en fonction de leur priorité et de leur gravité.

Le niveau de priorité indique à quel point il est urgent de résoudre / corriger le problème (urgent, élevé, moyen, faible, aucun).

Le niveau de gravité nous aide à identifier l'ampleur ou le type de dommages pouvant être causés par le défaut (dangereux / destructeur, dégradé et sans solution de contournement, affecté mais il existe une solution de contournement, nuisance / cosmétique, sans impact).

En règle générale, plus le bogue est dangereux et destructeur, plus la priorité est élevée. Cependant, ce n'est pas garanti. Par conséquent, nous pouvons nous retrouver avec le bogue occasionnel répertorié comme dangereux et destructeur, mais en raison de la rareté de la situation, ou de la quantité de changements qui peuvent être nécessaires pour y remédier, sa priorité peut en théorie devenir assez faible.


10

La gravité dépend vraiment du type de produit que vous fabriquez et de votre entreprise. Lors de mon dernier emploi, nous avons fait des pilotes automatiques pour les grands porte-conteneurs / navires de croisière, donc notre gravité était

  • Très haut - Iceberg devant! Oh, attendez, on dirait que le contrôle du navire peut être perdu ou qu'il peut être déroutant de savoir qui a le contrôle! Quelqu'un a compris comment renverser ce vaisseau !!!
  • Élevé - Réclamations d'acceptation des clients, le bateau de croisière tourne trop vite, les clients renversent leurs boissons. Nous ne pouvons pas utiliser vos trucs jusqu'à ce que cela soit résolu!
  • Moyen - Fonctionnalité qui améliorerait la facilité d'utilisation pour les clients / techniciens de terrain. Des trucs qui font gagner du temps aux gens.
  • Faible - choses cosmétiques

J'imagine que les niveaux de gravité / priorité seront radicalement différents si vous créez une application Web et que vous avez un modèle d'entreprise / une base de clients complètement différent. C'est finalement ce que vos clients attendent et à quel point ils se mettent en colère contre le problème :)


Vous devriez repenser votre classification des choses cosmétiques. Les bugs cosmétiques démontrent que vous ne vous souciez pas. Si vous ne vous en souciez pas, les pires bogues ne sont pas attribués à la malchance et au pardon, mais à la négligence.
gnasher729

@ gnasher729: Quel est votre désaccord spécifique? Voulez - vous dire qu'un bug cosmétique qui ne touche pas de manière significative combien de temps un client passe d' obtenir le logiciel au travail devrait être considéré comme plus important que d' un bug qui n'affecte cela et n'est pas cosmétique? Ou quoi? Les priorités sont relatives, pas absolues, et il y a toujours plus à faire.
Nathan Tuggy

0

Critères de gravité que j'utilise:

  • Empêche-t-il l'utilisateur d'obtenir ce qu'il veut du programme?
  • Est-il visible si l'utilisateur effectue des tâches typiques?
  • Révèle-t-il des informations sensibles ou permet-il d'effectuer des actions non autorisées?

La gravité d'un bug particulier est une combinaison de ces points.


1
Le nombre d'utilisateurs concernés est également important . Et quels utilisateurs, si votre application possède des fonctionnalités qui ne sont pas disponibles pour tous.
FrustratedWithFormsDesigner

-1

Classez les bogues en fonction de leur facteur de gêne, ce qui peut empêcher les gens d'acheter le logiciel. Un bogue qui n'affecte pas la livraison ou qui cause de réels problèmes aux utilisateurs peut me déranger à chaque fois que je rencontre le bogue. Et finalement, vous avez perdu un utilisateur et une partie de vos revenus.

Maintenant, si vous combinez ce type de bogue avec une interface utilisateur qui a été modifiée sans raison apparente et sans avantage visible pour l'utilisateur, vous avez un gagnant absolu qui incitera les gens à détester votre logiciel.

Ne laissez pas cela se produire. Ne livrez pas avec des bugs qui font croire aux clients que vous ne donnez pas ****.


cela ne tente même pas de répondre à la question posée, "Comment classer la gravité des bogues pour compléter notre classification prioritaire?" Voir Comment répondre
moucher
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.