Huvudskillnad: Begreppen svårighetsgrad och prioritet används vanligen i relevans för mjukvarutestning. Svårighetsgraden av ett fel är baserat på hur mycket det påverkar systemet. Det kategoriseras utifrån hur mycket det påverkar produktens funktionalitet. Prioriteten för en bugg, å andra sidan, hänvisar till hur snart buggen måste åtgärdas.
Begreppen svårighetsgrad och prioritet används vanligen i relevans för mjukvarutestning. För att förstå betydelsen av svårighetsgrad och prioritet vid mjukvarutestning måste vi först förstå definitionen av villkoren.
Allvarlighet definieras som tillståndet eller kvaliteten på att vara allvarlig, vilket i grunden betyder hård, sträng eller rigor. Allvarlighet är kvaliteten eller tillståndet att vara krävande eller oförsvarande. Prioritet är att staten eller kvaliteten är tidigare i tid, förekomst, etc. Det är när något har företräde framför allt annat. På liknande sätt hänvisar allvar till bugens allvar, medan prioritet hänvisar till hur snabbt buggen ska lösas.
Svårighetsgraden av ett fel är baserat på hur mycket det påverkar systemet. Det kategoriseras utifrån hur mycket det påverkar produktens funktionalitet. Om effekten är hög, dvs det orsakar att systemet kraschar helt, har det hög allvarlighet, men om det inte har någon betydande inverkan på systemet kommer allvarlighetsgraden att vara låg.
En bugg kan kategoriseras som hög prioritet och hög allvarlighet, eller det kan vara låg prioritet och låg allvarlighet. En bugg kan också vara hög prioritet men låg allvarlighet om det inte påverkar systemets funktionalitet, utan bör omedelbart åtgärdas, till exempel ett misstag i logotypen. En bugg kan också vara låg prioritet men hög allvarlighet om felet har stor inverkan på funktionaliteten på systemet, men risken för att felet uppstår är lågt, varför fixet kan vänta tills senare.
Jämförelse mellan allvar och prioritet:
Stränghet | Prioritet | |
Beskrivning | Svårighetsgraden av ett fel är baserat på hur mycket det påverkar systemet. | Prioriteten för ett fel är baserat på hur snart det måste åtgärdas. |
typer |
|
|
Inblandning | Förknippad med funktionalitetsproblem | Associerad med schema för att lösa |
Refererar till | Allvar hänför sig till allvaret av felet på produktens funktionalitet. Högre effekt på funktionaliteten kommer att leda till tilldelning av högre svårighetsgrad för felet. | Prioritet hänvisar till hur snabbt felet ska åtgärdas. |
Associerad med | Förknippad med funktionalitet. Avspeglar en fel i systemet. | Förknippad med riktmärke kvalitet eller överensstämmelse med standard. Det speglar hårdhet av en kvalitetsförväntning. |
Relaterat till | Är relaterad till teknisk aspekt av produkten. Det reflekterar på hur dåligt felet är för systemet. | Är i stor utsträckning relaterad till affärs- eller marknadsföringsaspekten. Det är en pekare mot vikten av buggen. |
Beslut att fastställa | Kvalitetssäkringsingenjören bestämmer allvarighetsnivån. Det bestäms enligt kundens riskbedömning. | Prioritering för att fixa ett fel bestäms i samråd med kunden. |
Fixas baserat på | Produktfixar är baserade på Bug Severity. | Produktfixar är baserade på "Projektprioriteringar. |
exempel | Systemkrascher som uppstår med ett obskilt kommando är High Severity, vilket har stor inverkan på systemets funktionalitet. Det är emellertid låg prioritet eftersom chansen på någon som använder det här kommandot är lågt. Det kan därför lösas i nästa systemuppdatering. | Ett stavfel i bolagets logotyp på webbplatsen är ett högprioritetsproblem som det visar på företaget. Det är dock ett problem med låg allvarlighet eftersom det inte påverkar webbplatsens funktionalitet. Därför måste det åtgärdas så snart som möjligt. |
