Belangrijkste verschil: de termen severity en priority worden vaak gebruikt in relatie tot softwaretests. De ernst van een bug is gebaseerd op de invloed ervan op het systeem. Het is gecategoriseerd op basis van hoeveel het de functionaliteit van het product beïnvloedt. De prioriteit van een bug, aan de andere kant, verwijst naar hoe snel de bug moet worden opgelost.
De termen severity en priority worden vaak gebruikt in relatie tot softwaretests. Om echter de relevantie van ernst en prioriteit voor softwaretests te begrijpen, moeten we eerst de definitie van de voorwaarden begrijpen.
Ernst wordt gedefinieerd als de toestand of de kwaliteit van ernstig zijn, wat in feite neerkomt op hard, streng of streng. Ernst is de kwaliteit of staat van zijn die veeleisend of onverzettelijk is. Terwijl prioriteit de staat of kwaliteit is van vroeger zijn in de tijd, voorkomen, enz. Het is wanneer iets belangrijker is dan al het andere. Evenzo verwijst ernst naar de ernst van de bug, terwijl prioriteit verwijst naar hoe snel de bug moet worden opgelost.
De ernst van een bug is gebaseerd op de invloed ervan op het systeem. Het is gecategoriseerd op basis van hoeveel het de functionaliteit van het product beïnvloedt. Als de impact groot is, dat wil zeggen dat het systeem volledig crasht, heeft het een hoge ernst, maar als het geen significante impact op het systeem heeft, is de ernst laag.
Een bug kan worden gecategoriseerd als Hoge prioriteit en Hoge prioriteit, of het kan Lage prioriteit en Lage prioriteit hebben. Een bug kan ook Hoge Prioriteit maar Lage Ernst zijn in het geval dat deze geen invloed heeft op de functionaliteit van het systeem, maar onmiddellijk moet worden opgelost, zoals een fout in het logo. Een bug kan ook Lage Prioriteit maar Hoge Ernst zijn in het geval dat de bug een grote invloed heeft op de functionaliteit van het systeem, maar de kans dat de bug optreedt laag is, daarom kan de fix tot later wachten.
Vergelijking tussen ernst en prioriteit:
strengheid | Prioriteit | |
Omschrijving | De ernst van een bug is gebaseerd op de invloed ervan op het systeem. | De prioriteit van een bug is gebaseerd op hoe snel het moet worden opgelost. |
Types |
|
|
implicatie | Geassocieerd met functionaliteitsproblemen | Geassocieerd met schema om op te lossen |
Verwijst naar | Ernst verwijst naar de ernst van de bug op de functionaliteit van het product. Een hoger effect op de functionaliteit zal leiden tot een hogere ernst van de bug. | Prioriteit verwijst naar hoe snel de bug moet worden opgelost. |
Geassocieerd met | Geassocieerd met functionaliteit. Reflecteert een fout in het systeem. | Geassocieerd met benchmarkkwaliteit of naleving van de standaard. Het weerspiegelt de hardheid van een kwaliteitsverwachting. |
Gerelateerd aan | Heeft te maken met het technische aspect van het product. Het geeft weer hoe slecht de bug is voor het systeem. | Is grotendeels gerelateerd aan het bedrijfs- of marketingaspect. Het is een aanwijzing voor het belang van de bug. |
Beslissing om te repareren | De Quality Assurance Engineer bepaalt het ernstniveau. Het wordt bepaald volgens de risicobeoordeling van de klant. | Prioriteit om een bug op te lossen wordt bepaald in overleg met de klant. |
Correcties op basis van | Productfixes zijn gebaseerd op Bug Severity. | Productfixes zijn gebaseerd op 'Projectprioriteiten. |
Voorbeelden | Systeemcrashes die plaatsvinden met een obscure opdracht is High Severity, en dit heeft een grote impact op de functionaliteit van het systeem. Het heeft echter een lage prioriteit omdat de kans dat iemand die opdracht gebruikt laag is. Daarom kan dit worden opgelost in de volgende systeemupdate. | Een spelfout in het bedrijfslogo op de website is een kwestie van hoge prioriteit, omdat deze het bedrijf weergeeft. Het is echter een kwestie van lage ernst, aangezien dit geen invloed heeft op de functionaliteit van de website. Daarom moet het zo snel mogelijk worden opgelost. |
