Nøkkelforskjell: Begrepet alvorlighetsgrad og prioritet brukes ofte i forbindelse med programvare testing. Sværheten av en feil er basert på hvor mye det påvirker systemet. Det er kategorisert på grunnlag av hvor mye det påvirker funksjonaliteten til produktet. Prioriteten til en feil, derimot, refererer til hvor snart feilen må løses.
Begrepet alvorlighetsgrad og prioritet brukes ofte i relevans for programvare testing. For å forstå betydningen av alvorlighetsgrad og prioritet på software testing må vi først forstå definisjonen av vilkårene.
Alvorlighet er definert som tilstanden eller kvaliteten på å være alvorlig, som i utgangspunktet betyr hard, stern eller streng. Alvorlighet er kvaliteten eller tilstanden til å være krevende eller unyielding. Mens prioritet er staten eller kvaliteten på å være tidligere i tid, forekomst, etc. Det er når noe har forrang over alt annet. Tilsvarende refererer alvorlighetsgraden til bugens alvor, mens prioritet refererer til hvor fort feilen skal løses.
Sværheten av en feil er basert på hvor mye det påvirker systemet. Det er kategorisert på grunnlag av hvor mye det påvirker funksjonaliteten til produktet. Hvis virkningen er høy, det vil si at systemet krasjer helt, så har det stor alvorlighetsgrad, men hvis det ikke har betydelig innvirkning på systemet, vil alvorlighetsgraden være lav.
En feil kan kategoriseres som høy prioritet og høy alvorlighet, eller det kan være lav prioritet og lav alvorlighetsgrad. En feil kan også være høy prioritet, men lav alvorlighet i tilfelle hvis det ikke påvirker funksjonaliteten til systemet, men bør løses umiddelbart, for eksempel en feil i logoen. En feil kan også være lav prioritet, men høy alvorlighetsgrad i tilfelle hvis feilen har stor innvirkning på funksjonaliteten på systemet, men sjansene for at feilen oppstår er lav, derfor kan reparasjonen vente til senere.
Sammenligning mellom alvor og prioritering:
alvorlighetsgrad | Prioritet | |
Beskrivelse | Sværheten av en feil er basert på hvor mye det påvirker systemet. | Prioriteten til en feil er basert på hvor snart det må løses. |
typer |
|
|
Implikasjonen | Tilknyttet funksjonsproblemer | Tilknyttet tidsplan for å løse |
Refererer til | Alvorlighet refererer til alvoret av feilen på produktets funksjonalitet. Høyere effekt på funksjonaliteten vil føre til tildeling av høyere alvorlighetsgrad for feilen. | Prioritet refererer til hvor snart feilen skal løses. |
Assosiert med | Forbundet med funksjonalitet. Gjenspeiler feil i systemet. | Forbundet med referansekvalitet eller overholdelse av standard. Det gjenspeiler hardhet av en kvalitetsforventning. |
Relatert til | Er relatert til teknisk aspekt av produktet. Det reflekterer hvor dårlig feilen er for systemet. | Er i stor grad knyttet til forretnings- eller markedsføringsaspekt. Det er en peker mot viktigheten av feilen. |
Beslutning om å fikse | Kvalitetssikringsingeniøren bestemmer alvorlighetsnivået. Det avgjøres i henhold til risikovurderingen av kunden. | Prioritet for å fikse en feil er avgjort i samråd med klienten. |
Rettelser basert på | Produktrettelser er basert på feil alvorlighetsgrad. | Produktrettelser er basert på 'Prosjektprioriteter. |
eksempler | Systemkrasj som oppstår med en uklar kommando er High Severity, som har stor innvirkning på systemets funksjonalitet. Det er imidlertid lav prioritet, da sjansen for alle som bruker den kommandoen er lav. Det kan derfor løses i neste systemoppdatering. | En stavefeil i selskapets logo på nettsiden er et høyt prioritetsproblem som det skildrer selskapet. Det er imidlertid et problem med lav alvorlighet fordi det ikke påvirker funksjonaliteten til nettstedet. Derfor må det løses så snart som mulig. |