Forskjell mellom alvorlighetsgrad vs prioritet
Mens vi lærer konseptene Software Software, har vi alle kommet over de to ordene 'Alvorlighet' vs 'Prioritet' og alltid møtt forvirringen mellom dem. Hvis vi spør noen ikke-tekniske personer, er forskjellen mellom dem ingenting. For ham har begge den samme betydningen. Men teknisk sett er det fra Software Engineer de to ovennevnte forskjellige ord som har forskjellige betydninger og brukes i en annen sammenheng. La oss forstå dem en etter en.
alvorlighetsgrad
Under testgjennomføring når testeren finner mangelen og logger den i ethvert defektloggingsverktøy som JIRA, Testrail, etc å sende inn for at utviklerne skal jobbe med, er det viktig for en tester å bestemme prioritet og alvorlighetsgrad basert på mangelen kritisk og kompleksitet slik at en utvikler kan håndtere det tilsvarende. I lekmannsbetegnelser er alvorlighetsgrad definert som 'grad av innvirkning som noe kan ha'. Så alvorlighetsgraden når det gjelder mangel indikerer at i hvilken grad en bestemt mangel har sin innvirkning på programvaren / applikasjonen. Det betyr i hvilken grad en mangel kan påvirke en applikasjon. Vanligvis er alvorlighetsgrad definert i form av økonomisk tap, selskapets omdømme og tap av liv avhengig av søknaden. Alvorlighetsgrad er kategorisert i forskjellige kategorier, avhengig av hvilken innvirkning mangelen har på bruken:
- Kritisk: En feil som hemmer hele applikasjonen og blokkerer brukeren for å fortsette videre eller bruke applikasjonen fordi det anses som kritisk . Vurderer brukergrensesnittet for applikasjonen, hvis påloggingsskjermen til applikasjonen henger og ikke tillater brukeren å logge inn og fortsette videre.
- Major: En feil anses som stor hvis den viktigste / viktige funksjonen i et program ikke fungerer som forventet eller ment å utføre. Enhver vesentlig funksjon implementert i en applikasjon fungerer helt forskjellig fra forventet oppførsel, da vil mangelen på dette bli betraktet som major. Når du for eksempel handler på nettet, kan ikke brukeren legge til produkter i handlekurven ved å bruke Legg til i handlekurven.
- Mindre / moderat: Enhver funksjon som implementeres og fungerer annerledes enn forventet atferd, men virkningene av den er tålelig og vil ikke skade applikasjonen for mye, og den generelle funksjonaliteten til applikasjonen påvirkes ikke. En mindre feil kan vente på å bli løst i noen tid, eller den kan takles i neste utgivelse av applikasjonen. For eksempel på siden Vilkår og betingelser fungerer ikke en av lenkene.
- Lav: Enhver feil som ikke skader funksjonaliteten, men som er en gyldig feil og må rettes. Kosmetiske feil som stavefeil og svak feiljustering av skrifter faller i denne kategorien. Noen få stavefeil på en webside er et eksempel på en lav alvorlighetsfeil.
Prioritet
Prioritet i enkel engelsk brukes i sammenligningen av to ting, og der en blir tillagt viktighet til en av dem. Tilsvarende, med tanke på mangel, er prioritering det haster for feilen som skal fikses. Det refererer til i hvilken rekkefølge mangler må rettes, og husk at det er alvorlighetsgrad og forretningsbehov.
Utviklere kan ikke fikse så mange feil samtidig, så det er viktig å prioritere rekkefølgen på manglene som vil bli fikset av dem. Vanligvis er høye alvorlighetsdefekter av høy prioritet da de krever rask fiksing. Prioriteten til mangler er kategorisert som:
- Høy: Enhver feil som trenger øyeblikkelig oppmerksomhet og må fikses så snart som mulig (maks. 24 timer). Mangler som i stor grad påvirker sluttkundene og virksomheten, hører inn under denne kategorien. Når hele applikasjonen er blokkert og testere ikke kan fortsette med videre programvaretesting skyldes disse problemene med høy prioritet.
- Medium: Defekter som kan vente med å fikse seg da de ikke påvirker applikasjonens viktigste funksjonalitet og ikke hemmer virksomheten og kundefallet i denne kategorien.
- Lav: Mangler som er arkivert for endringer i eksisterende design for å forbedre kundeopplevelsen, anses som lavprioritetsfeil. Disse feilene trenger mindre oppmerksomhet og følgelig blir de endelig vurdert når alle de andre prioriterte manglene er løst.
Sammenligning fra topp til hodet mellom alvorlighetsgrad og prioritering (infografikk)
Nedenfor er de seks beste forskjellene mellom alvorlighetsgrad og prioritet: 
Viktige forskjeller mellom alvorlighetsgrad vs prioritet
Nedenfor er listen over punkter, som beskriver de viktigste forskjellene mellom alvorlighetsgrad og prioritering:
- Alvorlighetsgraden av en mangel avgjør virkningen på applikasjonen, mens Prioritet bestemmer i hvilken rekkefølge manglene må fikses.
- Alvorlighetsgrad omhandler de tekniske aspektene ved en applikasjon, mens Prioritet omhandler forretningskrav og feilens innvirkning på kundenes behov.
- Alvorlighetsgraden av en hvilken som helst mangel endres ikke da virkningen av den forblir den samme på bruken, mens prioritering endres hvis virksomhetens krav endres eller en feil med mer prioritet oppstår som trenger mer oppmerksomhet.
Forstå forskjellene mellom alvorlighetsgrad og prioritering gjennom eksempel
Nedenfor er poengene, hjelper deg med å forstå forskjellen mellom alvorlighetsgrad og prioritering:
Høy prioritet og høy alvorlighetsgrad:
I et program, hvis det er et problem med påloggingsskjermen og brukeren ikke kan logge på, faller den feilen i høy prioritet og høy alvorlighet, da dette må løses først fordi brukeren er blokkert og ikke får tilgang til applikasjonen lengre.
Høy prioritet og lav alvorlighet:
Hvis det er noen stavefeil på hjemmesiden til applikasjonen eller en hvilken som helst annen webside som brukes ofte, er et eksempel på høy prioritet og lav alvorlighet da stavefeil ikke er til hinder for funksjonaliteten til applikasjonen, men gjør en dårlig innvirkning på et selskap rykte.
Lav prioritet og høy alvorlighet :
På "Shopping Shopping" -knappen hvis knappen "Legg til i handlekurven" slutter å fungere hvis brukeren prøver å legge til mer enn 500 elementer i en vogn, blir feilen betraktet som høy alvorlighet, da hovedfunksjonaliteten ikke fungerer som forventet, men lav prioritet fordi den er et veldig sjeldent tilfelle at bruker legger til mer enn 500 varer i handlekurven.
Lav prioritet og lav alvorlighet:
Hvis det er noen stavefeil i et avsnitt på en side som sjelden åpnes av brukeren, blir det betraktet som lav prioritet og lav alvorlighet, fordi verken det skaper innvirkning på funksjonaliteten til applikasjonen eller tap for selskapets omdømme som det er sjelden åpnet.
Tabell for alvorlighetsgrad vs prioritet
Nedenfor er den øverste sammenligningen mellom alvorlighetsgrad og prioritering
|
Sr.no. |
alvorlighetsgrad |
Prioritet |
|
1. | Alvorlighetsgraden er drevet av funksjonalitet eller standarder for en applikasjon | Prioritet er drevet av forretningsverdi. |
|
2. | Alvorlighetsgrad definerer graden av innvirkning som en mangel har på bruken | Prioritet definerer i hvilken rekkefølge manglene skal fikses av utbygger. |
|
3. | Alvorlighetsgraden avgjøres av QA Engineer som logger feilen | Selv om tester kan bestemme prioritet, blir den endelige avgjørelsen tatt av produktsjefen med tanke på helhetsbildet av produktet. |
|
4. | Alvorlighetsverdien er objektiv og mindre sannsynlig at den endres over tid. | Prioritetsverdien er subjektiv og kan endres over tid avhengig av andre mangler og prosjektkrav. |
|
5. | Alvorlighetsgrad er kategorisert som:
| Prioritet er kategorisert som:
|
|
6. | Feil med høy alvorlighetsgrad med lav prioritet vurderes senere etter at høye prioritetsfeil er løst | Feil med høy prioritet blir først løst enn høy alvorlighetsgrad når de hemmer virksomheten. |
Konklusjon
For en tester er det veldig viktig å vite forskjellen mellom alvorlighetsgrad og prioritering og tilordne dem ordentlig til en mangel fordi selv en liten feil i tildelingen av alvorlighetsgrad kan føre til et enormt tap i en applikasjon og selskapets omdømme. Feil tildeling av Prioritet kan forårsake en forsinkelse i å løse en mangel som trenger forutgående oppmerksomhet og dermed kan hemme produktkrav og økonomiske tap. Som tester mens du logger en defekt, er det viktig å bore ned og forstå effekten av den defekten på sluttbruker, og deretter tildele riktig alvorlighetsgrad og prioritet til en mangel.
Ovennevnte eksempler blir tatt i betraktning generelle scenarier. Alvorlighets- og prioriteringsverdi varierer i henhold til forskjellige applikasjoner og spesielle scenarier.
Anbefalte artikler
Dette har vært en guide til forskjellen mellom alvorlighetsgrad og prioritering. Her diskuterte vi også Severity vs Priority viktige forskjeller med infografikk og gjennom Eksempel. Du kan også se på følgende artikler for å lære mer -
- Hva er CLI?
- Hva er Redux?
- Systemtesting
- Installer CorelDraw