Gravité du bogue
La gravité des bogues ou des défauts dans les tests est un degré d'impact d'un bogue ou d'un défaut sur l'application logicielle testée. Un effet plus élevé du bogue / défaut sur la fonctionnalité du système entraînera un niveau de gravité plus élevé. Un ingénieur en assurance qualité 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 vite le défaut doit être résolu.
Les défauts qui laissent le système logiciel inutilisable reçoivent une priorité plus élevée sur les défauts qui provoquent l'échec d'une petite fonctionnalité du logiciel.
DIFFÉRENCE CLÉ
- 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. majeur, modéré, mineur 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 la rapidité avec laquelle le bogue 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é dépend de la fonctionnalité.
- La valeur de priorité est subjective et peut changer sur une période de temps en fonction du changement de la situation du projet, tandis que la valeur de gravité est objective et moins susceptible de changer.
- L'état de priorité élevée et de faible gravité indique que le défaut doit être corrigé sur des bases immédiates mais n'affecte pas l'application, tandis que l'état de gravité élevée et de faible priorité indique 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.
Types de gravité
Dans les tests logiciels, les types de gravité de bogue / défaut peuvent être classés en quatre parties:
- Critique : ce défaut indique l'arrêt complet du processus, rien ne peut aller plus loin
- Majeur : 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
- Moyen : cela provoque un comportement indésirable, mais le système est toujours fonctionnel
- Faible : cela ne causera aucune panne majeure du système
Types de priorité
Les types de priorité de bogue / défaut peuvent être classés en trois parties:
- Faible: le défaut est un irritant, mais la réparation peut être effectuée une fois que le défaut le plus grave a été corrigé
- Moyen: Au cours du déroulement normal des activités de développement, le défaut doit être résolu. Il peut attendre qu'une nouvelle version soit créée
- Élevé: le défaut doit être résolu dès que possible car il affecte gravement le système et ne peut pas être utilisé tant qu'il n'est pas corrigé
Conseils pour déterminer la gravité d'un défaut
- Décidez de la fréquence d'occurrence: dans certains cas, si l'occurrence 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 à déterminer la gravité de l'impact.
Priorité vs gravité: différence clé
| Priorité | Gravité |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Exemple de gravité et de priorité des défauts
Voyons un exemple de faible gravité et de priorité élevée et vice versa
- Une très faible gravité avec une priorité élevée: une erreur de logo pour tout 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 que d'autres expéditions se poursuivent. avec le mauvais logo.
- Une gravité très élevée avec une priorité faible: De même, pour le site Web d'exploitation de vol, un défaut dans la fonctionnalité de réservation peut être de gravité élevée mais peut être de faible priorité car il peut être programmé pour être publié dans un cycle suivant.
Triage des défauts
Le triage des défauts est un processus qui tente de rééquilibrer le processus lorsque 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 aide à essayer d'obtenir autant de défauts résolus en fonction de paramètres de défaut tels que la gravité et la priorité.
Comment déterminer le triage 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 triage tient également compte de la gravité.
Le processus de triage comprend les étapes suivantes
- Examiner tous les défauts, y compris les défauts rejetés par l'équipe
- L'évaluation initiale des défauts est basée sur son contenu et les paramètres de priorité et de gravité respectifs
- Hiérarchiser 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 / équipe pour une action ultérieure
Directives 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 hiérarchiser le défaut, il est impératif qu'un testeur choisisse la bonne gravité pour éviter toute confusion avec l'équipe de développement.
- Bien comprendre le concept 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 ou un scénario de test particulier affecterait l'utilisateur final
- Besoin de considérer combien de temps il faudrait pour réparer le défaut en fonction de sa complexité et du temps nécessaire pour vérifier le défaut
Conclusion:
- En génie logiciel, l'attribution d'une mauvaise gravité à un défaut peut retarder le processus STLC et peut avoir des implications drastiques sur les performances globales de l'équipe. Ainsi, la personne responsable doit être précise et précise dans son appel pour attribuer un défaut.