Différence entre la gravité et la priorité
En apprenant les concepts de l'ingénierie logicielle, nous avons tous rencontré les deux mots «gravité» vs «priorité» et avons toujours été confrontés à la confusion entre eux. Si nous demandons à une personne non technique, la différence entre eux n'est rien. Pour lui, les deux ont le même sens. Mais techniquement, selon l'ingénieur logiciel, les deux mots ci-dessus sont des mots différents ayant des significations différentes et utilisés dans un contexte différent. Comprenons-les un par un.
Gravité
Au cours de l'exécution du test, lorsque le testeur détecte le défaut et l'enregistre dans tout outil de journalisation des défauts comme JIRA, Testrail, etc. à soumettre pour que les développeurs travaillent, il est important qu'un testeur décide de la priorité et de la gravité en fonction de la criticité du défaut et complexité afin qu'un développeur puisse traiter en conséquence. En termes simples, la gravité est définie comme «le degré d'impact que tout peut avoir». Ainsi, la gravité en termes de défauts indique dans quelle mesure un défaut particulier a son impact sur le logiciel / l'application. Cela signifie dans quelle mesure un défaut peut affecter une application. Généralement, la gravité est définie en termes de pertes financières, de réputation de l'entreprise et de pertes de vie en fonction de l'application. La gravité est classée en différentes catégories en fonction de l'impact du défaut sur l'application:
- Critique: Un défaut qui gêne l'ensemble de l'application et empêche l'utilisateur de continuer ou d'utiliser l'application car elle est considérée comme critique . Compte tenu de l'interface utilisateur de l'application, si l'écran de connexion de l'application se bloque et ne permet pas à l'utilisateur de se connecter et de poursuivre.
- Majeur: un défaut est considéré comme majeur si la caractéristique majeure / importante d'une application ne fonctionne pas comme prévu ou doit fonctionner. Toute fonctionnalité importante implémentée dans une application fonctionne complètement différemment de son comportement attendu, le défaut sera considéré comme majeur. Par exemple, lors des achats en ligne, l'utilisateur n'est pas en mesure d'ajouter des produits dans le panier à l'aide de la fonction Ajouter au panier.
- Mineure / modérée: toute fonctionnalité implémentée et fonctionnant différemment du comportement attendu, mais ses impacts sont tolérables et ne nuiraient pas trop à l'application et la fonctionnalité globale de l'application n'est pas affectée. Un défaut mineur peut attendre d'être résolu pendant un certain temps ou il peut être résolu dans la prochaine version de l'application. Par exemple, dans la page Termes et conditions, l'un des liens ne fonctionne pas.
- Faible: tout défaut qui ne nuit pas à la fonctionnalité mais qui est un défaut valide et doit être corrigé. Les bugs cosmétiques comme les fautes d'orthographe et le léger désalignement des polices entrent dans cette catégorie. Quelques fautes d'orthographe sur une page Web sont un exemple de défaut de faible gravité.
Priorité
La priorité en anglais simple est utilisée dans la comparaison de deux choses et où l'importance est accordée à l'une d'entre elles. De même, en termes de Défaut, la Priorité est l'urgence du défaut à corriger. Il se réfère à l'ordre dans lequel les défauts doivent être corrigés en gardant à l'esprit la gravité et les besoins de l'entreprise.
Les développeurs ne peuvent pas corriger autant de défauts en même temps, il est donc important de prioriser l'ordre des défauts qui seront corrigés par eux. Habituellement, les défauts de gravité élevée sont de haute priorité car ils nécessitent une réparation rapide. La priorité des défauts est classée comme:
- Élevé: tout défaut nécessitant une attention immédiate et doit être réparé dès que possible (max 24 heures). Les défauts qui ont un impact important sur les clients finaux et les entreprises entrent dans cette catégorie. Lorsque l'application entière est bloquée et que les testeurs ne peuvent pas poursuivre les tests logiciels, cela est dû à ces problèmes de priorité élevée.
- Moyen: les défauts qui peuvent attendre d'être corrigés car ils n'affectent pas les principales fonctionnalités de l'application et n'entravent pas l'entreprise et le client tombe dans cette catégorie.
- Faible: les défauts signalés pour des modifications de la conception existante afin d'améliorer l'expérience client sont considérés comme des défauts de faible priorité. Ces défauts nécessitent moins d'attention et sont donc finalement pris en compte lorsque tous les autres défauts prioritaires ont été corrigés.
Comparaison directe entre la gravité et la priorité (infographie)
Voici les 6 principales différences entre la gravité et la priorité: 
Différences clés entre la gravité et la priorité
Voici les listes de points, décrivez les principales différences entre la gravité et la priorité:
- La gravité d'un défaut détermine l'impact sur l'application, tandis que Priority décide de l'ordre dans lequel les défauts doivent être corrigés.
- La gravité traite des aspects techniques d'une application tandis que la priorité traite des exigences commerciales et de l'impact du défaut sur les exigences du client.
- La gravité de tout défaut ne change pas, car son impact reste le même sur l'application, tandis que la priorité change si les besoins de l'entreprise changent ou si un défaut de plus de priorité est rencontré et nécessite plus d'attention.
Comprendre les différences entre gravité et priorité par l'exemple
Voici les points, aide à comprendre la différence entre la gravité et la priorité:
Haute priorité et haute gravité:
Dans une application, s'il y a un problème de l'écran de connexion et que l'utilisateur n'est pas en mesure de se connecter, ce défaut tombe en haute priorité et haute gravité car cela doit être résolu en premier car l'utilisateur est bloqué et ne peut pas accéder à l'application plus loin.
Haute priorité et faible gravité:
S'il y a des fautes d'orthographe sur la page d'accueil de l'application ou sur toute autre page Web fréquemment utilisée, c'est un exemple de haute priorité et de faible gravité car les fautes d'orthographe n'entravent pas la fonctionnalité de l'application mais ont un impact négatif sur l'entreprise. réputation.
Priorité faible et gravité élevée :
Dans le site Web de magasinage en ligne, si le bouton `` Ajouter au panier '' cesse de fonctionner si l'utilisateur essaie d'ajouter plus de 500 articles dans un panier, le défaut est considéré comme étant de gravité élevée car la fonctionnalité principale ne fonctionne pas comme prévu mais de faible priorité car elle est un cas très rare où l'utilisateur ajoute plus de 500 articles au panier.
Faible priorité et faible gravité:
S'il y a des fautes d'orthographe dans un paragraphe d'une page qui est rarement ouvert par l'utilisateur est considéré comme faible priorité et faible gravité car ni cela ne crée un impact sur la fonctionnalité de l'application ni aucune perte pour la réputation d'une entreprise telle qu'elle est rarement ouvert.
Tableau de comparaison gravité / priorité
Voici la comparaison la plus élevée entre la gravité et la priorité
|
Sr.no. |
Gravité |
Priorité |
|
1. | La gravité dépend des fonctionnalités ou des normes d'une application | La priorité est déterminée par la valeur commerciale. |
|
2. | La gravité définit le degré d'impact d'un défaut sur l'application | La priorité définit l'ordre dans lequel les défauts seront corrigés par le développeur. |
|
3. | La gravité est décidée par l'ingénieur QA qui enregistre le défaut | Bien que le testeur puisse décider de la priorité, la décision finale est prise par le chef de produit en gardant à l'esprit la vue d'ensemble du produit. |
|
4. | La valeur de gravité est objective et moins susceptible de changer avec le temps. | La valeur de priorité est subjective et peut être modifiée au fil du temps en fonction d'autres défauts et exigences du projet. |
|
5. | La gravité est classée comme suit:
| La priorité est classée comme:
|
|
6. | Les défauts de haute gravité de faible priorité sont pris en compte plus tard une fois les défauts de haute priorité résolus. | Les défauts de haute priorité sont corrigés en premier lieu de haute gravité car ils entravent l'activité. |
Conclusion
Pour un testeur, il est très important de connaître la différence entre la gravité et la priorité et de les affecter correctement à un défaut car même une petite erreur dans l'attribution de la gravité peut entraîner une perte énorme dans une application et la réputation de l'entreprise. Une mauvaise affectation de priorité peut entraîner un retard dans la résolution d'un défaut qui nécessite une attention préalable et peut donc entraver les exigences du produit et la perte financière. En tant que testeur lors de la journalisation d'un défaut, il est important d'analyser et de comprendre l'impact de ce défaut sur l'utilisateur final, puis d'attribuer la gravité et la priorité appropriées à un défaut.
Les exemples mentionnés ci-dessus sont donnés en gardant à l'esprit les scénarios généraux. La valeur de gravité et de priorité varie en fonction des différentes applications et des scénarios particuliers.
Articles recommandés
Cela a été un guide pour la différence entre la gravité et la priorité. Ici, nous avons également discuté des différences clés entre gravité et priorité avec des infographies et à travers l'exemple. Vous pouvez également consulter les articles suivants pour en savoir plus -
- Qu'est-ce que CLI?
- Qu'est-ce que Redux?
- Test du système
- Installer CorelDraw