Nøgleforskel: Begreberne sværhedsgrad og prioritet bruges almindeligvis til relevans for software test. Sværhedsgraden af en fejl er baseret på, hvor meget det påvirker systemet. Det er kategoriseret ud fra, hvor meget det påvirker funktionaliteten af produktet. Prioriteten af en fejl henviser derimod til, hvor hurtigt fejlen skal løses.

Begreberne sværhedsgrad og prioritet bruges almindeligvis til relevans for software test. For at forstå betydningen af sværhedsgrad og prioritet på software test skal vi dog først forstå definitionen af vilkårene.
Alvorlighed defineres som tilstanden eller kvaliteten af at være alvorlig, hvilket i grunden betyder hård, streng eller rigor. Alvorlighed er kvaliteten eller tilstanden af at være krævende eller ubehagelig. Prioritet er at staten eller kvaliteten af at være tidligere i tid, forekomst mv. Det er når noget har forrang over alt andet. På samme måde refererer sværhedsgrad til sværhedsgraden af fejlen, mens prioritet henviser til hvor hurtigt fejlen skal løses.
Sværhedsgraden af en fejl er baseret på, hvor meget det påvirker systemet. Det er kategoriseret ud fra, hvor meget det påvirker funktionaliteten af produktet. Hvis effekten er høj, det vil sige, at systemet kolliderer helt, så har det stor sværhedsgrad, men hvis det ikke har en betydelig indvirkning på systemet, så er sværhedsgraden lav.

En fejl kan kategoriseres som høj prioritet og høj alvorlighed, eller det kan være lav prioritet og lav alvorlighed. En fejl kan også være høj prioritet men lav alvorlighed, hvis det ikke påvirker systemets funktionalitet, men bør rettes øjeblikkeligt, som en fejl i logoet. En fejl kan også være lav prioritet men høj alvorlighed i tilfælde af, at fejlen har stor indflydelse på funktionaliteten på systemet, men chancerne for fejlen forekommer lav, og derfor kan reparationen vente til senere.
Sammenligning mellem alvorlighed og prioritet:
Alvorlighed | Prioritet | |
Beskrivelse | Sværhedsgraden af en fejl er baseret på, hvor meget det påvirker systemet. | Prioriteten for en fejl er baseret på, hvor hurtigt det skal løses. |
typer |
|
|
Implikation | Tilknyttet funktionalitetsproblemer | Associeret med tidsplan for at løse |
Hentyder til | Alvorlighed refererer til sværhedsgraden af fejlen på produktets funktionalitet. Højere effekt på funktionaliteten vil medføre tildeling af højere sværhedsgrad til fejlen. | Prioritet refererer til, hvor hurtigt fejlen skal løses. |
Forbundet med | Tilknyttet funktionalitet. Reflekterer en fejl i systemet. | Tilknyttet benchmark kvalitet eller overholdelse af standard. Det afspejler hårdhed af en kvalitetsforventning. |
Relateret til | Er relateret til teknisk aspekt af produktet. Det afspejler, hvor dårlig fejlen er for systemet. | Er stort set relateret til Business eller Marketing aspekt. Det er en pointer mod vigtigheden af fejlen. |
Beslutning om at fastsætte | Kvalitetssikringsingeniøren bestemmer alvorlighedsniveauet. Det afgøres efter risikovurderingen af kunden. | Prioritet for at løse en fejl er besluttet i samråd med klienten. |
Rettelser baseret på | Produktrettelser er baseret på fejlfinding. | Produktrettelser er baseret på 'Projektprioriteter. |
eksempler | Systemkrascher der opstår med en uklar kommando er High Severity, som har stor indflydelse på systemets funktionalitet. Det er dog lav prioritet, da chancen for enhver, der bruger den kommando, er lav. Det kan derfor løses i den næste systemopdatering. | En stavefejl i firmaets logo på hjemmesiden er et højt prioriteret problem, som det skildrer firmaet. Det er imidlertid et problem med lav alvorlighed, da det ikke påvirker websitetets funktionalitet. Derfor skal det rettes hurtigst muligt. |