Différence entre la gravité et la priorité dans les tests (exemple)

Gravité vs. Priorité : différence entre eux

• La priorité est l'ordre dans lequel le développeur doit résoudre un défaut, tandis que la gravité est le degré d'impact d'un défaut sur le fonctionnement du produit.
• La priorité est classée en trois types : faible, moyenne et élevée, tandis que la gravité est classée en cinq types : critique, majeure, modérée, mineure et cosmétique.
• La priorité est associée à la planification tandis que la gravité est associée à la fonctionnalité ou aux normes.
• La priorité indique dans quel délai le bug doit être corrigé tandis que la gravité indique la gravité du défaut sur la fonctionnalité du produit.
• La priorité des défauts est décidée en consultation avec le responsable/client tandis que les niveaux de gravité des défauts sont déterminés par l'ingénieur QA.
• La priorité est déterminée par la valeur commerciale, tandis que la gravité est déterminée par la fonctionnalité.
• La valeur de priorité est subjective et peut changer sur une période de temps en fonction de l'évolution de la situation du projet, tandis que la valeur de gravité est objective et moins susceptible de changer.
• Les statuts de priorité élevée et de faible gravité indiquent que le défaut doit être corrigé immédiatement mais n'affecte pas l'application, tandis que les statuts de priorité élevée et de faible priorité indiquent que le défaut doit être corrigé mais pas sur des bases immédiates.
• Le statut de priorité est basé sur les exigences du client tandis que le statut de gravité est basé sur l'aspect technique du produit.

Quelle est la gravité des bogues

Gravité des bogues ou la gravité des défauts lors des tests est le degré d'impact d'un bug ou d'un Défaut possède sur l'application logicielle testée. Un effet plus important du bug/défaut sur la fonctionnalité du système entraînera un niveau de gravité plus élevé. UN QA: L'ingénieur détermine généralement le niveau de gravité d'un bug/défaut.

Qu'est-ce que la priorité ?

La priorité est définie comme l'ordre dans lequel un défaut doit être corrigé. Plus la priorité est élevée, plus le défaut doit être résolu rapidement.

Les défauts qui rendent le système logiciel inutilisable ont une priorité plus élevée sur les défauts qui provoquent l'échec d'une petite fonctionnalité du logiciel.

Types de gravité

In Test de logiciel, Les types de gravité du bogue/défaut peuvent être classés dans les parties suivantes :

• Critical: Ce défaut indique un arrêt complet du processus, plus rien ne peut continuer
• Majeurs: Il s'agit d'un défaut très grave qui fait s'effondrer le système. Cependant, certaines parties du système restent fonctionnelles
• Moyenne: Cela provoque un comportement indésirable, mais le système est toujours fonctionnel
• Faible: Cela n'entraînera pas de panne majeure du système

Types de priorités

Les types de priorité de bug/défaut peuvent être classés en trois parties :

• Faible: Le défaut est irritant mais la réparation peut être effectuée une fois le défaut le plus grave corrigé.
• Moyen: Au cours du cours normal des activités de développement, le défaut doit être résolu. Il peut attendre qu'une nouvelle version soit créée
• Haut: Le défaut doit être résolu le plus rapidement possible car il affecte gravement le système et ne peut être utilisé tant qu'il n'est pas réparé.

Conseils pour déterminer la gravité d’un défaut

• Décidez de la fréquence d'apparition : Dans certains cas, si l'apparition d'un défaut mineur est fréquente dans le code, elle peut être plus grave. Donc du point de vue de l'utilisateur, c'est plus grave même s'il s'agit d'un défaut mineur.
• Isoler le défaut : isoler le défaut peut aider à connaître la gravité de l'impact.

Différence entre gravité et priorité dans les tests

Exemple de gravité et de priorité du défaut

Voyons un exemple de faible gravité et de haute priorité et vice versa

• Une gravité très faible avec une priorité élevée : une erreur de logo pour n'importe quel site Web d'expédition peut être de faible gravité car elle n'affectera pas la fonctionnalité du site Web, mais peut être de haute priorité car vous ne souhaitez pas qu'un envoi ultérieur ait lieu. avec le mauvais logo.
• Une gravité très élevée avec une faible priorité : de même, pour les sites Web d'exploitation de vols, un défaut dans la fonctionnalité de réservation peut être d'une gravité élevée mais peut avoir une faible priorité car sa publication peut être programmée dans un cycle suivant.

Triage des défauts

Le tri des défauts est un processus qui tente de rééquilibrer le processus où l'équipe de test est confrontée au problème de la disponibilité limitée des ressources. Ainsi, lorsqu'il y a un grand nombre de défauts et un nombre limité de testeurs pour les vérifier, le triage des défauts permet d'essayer de résoudre autant de défauts en fonction de paramètres de défaut tels que la gravité et la priorité.

Comment déterminer le tri des défauts :

La plupart des systèmes utilisent la priorité comme critère principal pour évaluer le défaut. Cependant, un bon processus de tri prend également en compte la gravité.

Le processus de triage comprend les étapes suivantes

• Revexaminer tous les défauts, y compris les défauts rejetés par l'équipe
• L'évaluation initiale des défauts est basée sur leur contenu et leurs paramètres respectifs de priorité et de gravité.
• Prioriser le défaut en fonction des entrées
• Attribuer le défaut à la version correcte par le chef de produit
• Redirige le défaut vers le bon propriétaire/la bonne équipe pour une action ultérieure

Lignes directrices que chaque testeur doit prendre en compte avant de sélectionner une gravité

Le paramètre de gravité est évalué par le testeur tandis que le paramètre de priorité est évalué par le chef de produit ou par l'équipe de triage. Pour prioriser le défaut, il est impératif pour un testeur de choisir la bonne gravité pour éviter toute confusion avec l'équipe de développement.

• Bien comprendre la notion de priorité et de gravité
• Attribuez toujours le niveau de gravité en fonction du type de problème, car cela affectera sa priorité.
• Comprendre comment un scénario particulier ou Cas de test affecterait l'utilisateur final
• Il faut tenir compte du temps qu'il faudrait pour corriger le défaut en fonction de sa complexité et du temps nécessaire pour vérifier le défaut.

Conclusion

In Génie logiciel, L'attribution d'une mauvaise gravité au défaut peut retarder le STLC processus et peut avoir des implications considérables sur la performance globale de l’équipe. Ainsi, la personne responsable doit être précise et exacte dans son appel pour attribuer un défaut.