Forskel mellem alvorlighed og prioritet
Mens vi lærer koncepterne Software Engineering, har vi alle stødt på de to ord 'Alvorlighed' vs 'Prioritet' og altid står overfor forvirringen derimellem. Hvis vi spørger en ikke-teknisk person, er forskellen mellem dem intet. For ham har begge den samme betydning. Men teknisk set er der ifølge Software Engineer ovenstående to forskellige ord med forskellige betydninger og brugt i en anden kontekst. Lad os forstå dem en efter en.
Alvorlighed
Under testudførelse, når testeren finder manglen og logger den i ethvert defekt-loggingsværktøj som JIRA, Testrail osv. Til at indsende for udviklerne at arbejde med, er det vigtigt for en tester at beslutte prioritet og sværhedsgrad baseret på defektkriticiteten og kompleksitet, så en udvikler kan handle i overensstemmelse hermed. I lægmandsmæssige vilkår er alvorlighed defineret som 'graden af indflydelse, som alt kan have'. Så alvorlighed i form af mangel indikerer, at i hvilken grad en bestemt mangel har sin indvirkning på softwaren / applikationen. Det betyder, i hvilket omfang en mangel kan påvirke en applikation. Normalt er alvorlighed defineret i form af økonomisk tab, virksomhedens omdømme og tab af liv afhængigt af applikationen. Alvorlighed kategoriseres i forskellige kategorier afhængigt af virkningen af manglen på anvendelse:
- Kritisk: En defekt, der hæmmer hele applikationen og blokerer brugeren for at gå videre eller bruge applikationen, fordi det betragtes som kritisk . I betragtning af applikationens brugergrænseflade, hvis applikationsskærmbilledet hænger sammen og ikke giver brugeren mulighed for at logge ind og gå videre.
- Major: En defekt betragtes som større, hvis den vigtigste / vigtige funktion i en applikation ikke fungerer som forventet eller beregnet til at udføre. Enhver væsentlig funktion, der implementeres i en applikation, fungerer helt anderledes end den forventede opførsel, da defekten for dette vil blive betragtet som større. For eksempel, når han foretager onlineshopping, kan brugeren ikke tilføje produkter i indkøbskurven ved hjælp af funktionen Tilføj til indkøbskurv.
- Mindre / moderat: Enhver funktion, der implementeres og fungerer anderledes end den forventede opførsel, men dens virkninger er tålelige og vil ikke skade applikationen for meget, og den samlede funktionalitet af applikationen påvirkes ikke. En mindre defekt kan vente på at blive løst i nogen tid, eller den kan løses i den næste udgivelse af applikationen. For eksempel på siden Betingelser og betingelser fungerer et af linkene ikke.
- Lav: Enhver defekt, der ikke skader funktionaliteten, men er en gyldig defekt og skal rettes. Kosmetiske bugs som stavefejl og let forkert justering af skrifttyper falder i denne kategori. Et par stavefejl på en webside er et eksempel på en lav alvorlighedsfejl.
Prioritet
Prioritet på simpelt engelsk bruges til sammenligning af to ting, og hvor en af dem gives vigtighed. Tilsvarende, hvad angår defekt, er prioritering hastigheden af den mangel, der skal rettes. Det henviser til den rækkefølge, hvor mangler skal rettes, idet det tages i betragtning, at det er sværhedsgrad og forretningsbehov.
Udviklere kan ikke løse så mange defekter på samme tid, så det er vigtigt at prioritere rækkefølgen af de mangler, der vil blive rettet af dem. Normalt er høje alvorlighedsfejl af høj prioritet, da de kræver hurtig fastgørelse. Prioritet for mangler er kategoriseret som:
- Høj: Enhver defekt, der har brug for øjeblikkelig opmærksomhed og skal rettes så hurtigt som muligt (maks. 24 timer). Mangler, der stort set påvirker slutkunderne og forretningen, hører under denne kategori. Når hele applikationen er blokeret, og testere ikke kan fortsætte med yderligere softwaretest skyldes disse problemer med høj prioritet.
- Medium: Mangler, der kan vente med at blive løst, da de ikke påvirker applikationens vigtigste funktionalitet og ikke hæmmer forretningen og kundefaldet i denne kategori.
- Lav: Mangler, der er arkiveret for ændringer i det eksisterende design for at forbedre kundeoplevelsen, betragtes som lavprioritetsfejl. Disse mangler har brug for mindre opmærksomhed, og de betragtes derfor endelig, når alle de andre prioriterede defekter er rettet.
Sammenligning mellem hovedet og hovedet mellem alvorlighed og prioritet (infografik)
Nedenfor er de øverste 6 forskelle mellem alvorlighed og prioritet: 
Nøgleforskelle mellem alvorlighed og prioritet
Nedenfor er lister over punkter, der beskriver de vigtigste forskelle mellem alvorlighed og prioritet:
- Alvorligheden af en mangel afgør indflydelsen på applikationen, mens Prioritet bestemmer i hvilken rækkefølge mangler skal rettes.
- Alvorlighed beskæftiger sig med de tekniske aspekter af en applikation, mens Prioritet beskæftiger sig med forretningskrav og påvirkningen af manglen på kundernes behov.
- Alvorligheden af en hvilken som helst mangel ændres ikke, da virkningen af den forbliver den samme på applikationen, mens Prioritet ændres, hvis forretningskravene ændres, eller der opstår en defekt med mere prioritet, som har brug for mere opmærksomhed.
Forstå forskellene mellem alvorlighed og prioritet gennem eksempel
Nedenfor er de punkter, der hjælper med at forstå forskellen mellem alvorlighed og prioritet:
Høj prioritet og høj sværhedsgrad:
I et program, hvis der er et problem med loginskærmen, og brugeren ikke er i stand til at logge ind, falder denne defekt i høj prioritet og høj alvorlighed, da dette skal løses først, fordi brugeren er blokeret og ikke kan få adgang til applikationen yderligere.
Høj prioritet og lav sværhedsgrad:
Hvis der er nogle stavefejl på startsiden i applikationen eller en anden webside, der ofte bruges, er et eksempel på høj prioritet og lav sværhedsgrad, da stavefejl ikke hæmmer applikationens funktionalitet, men gør en dårlig indvirkning på en virksomheds omdømme.
Lav prioritet og høj sværhedsgrad :
Hvis knappen "Føj til indkøbskurv" stopper med at fungere på webshoppen til online shopping, hvis brugeren forsøger at tilføje mere end 500 varer i en indkøbsvogn, betragtes defekten som høj alvorlighed, da hovedfunktionaliteten ikke fungerer som forventet, men lav prioritet, fordi det er et meget sjældent tilfælde, hvor bruger tilføjer mere end 500 varer i indkøbskurven.
Lav prioritet og lav sværhedsgrad:
Hvis der er nogle stavefejl i et afsnit på en side, som sjældent åbnes af brugeren, betragtes det som lav prioritet og lav sværhedsgrad, fordi det hverken skaber en indflydelse på applikationens funktionalitet eller tab af virksomhedens omdømme, som det er sjældent åbnet.
Tabel over sværhedsgrad mod prioritet
Nedenfor er den øverste sammenligning mellem Alvorlighed vs Prioritet
|
Sr.no. |
Alvorlighed |
Prioritet |
|
1. | Alvorligheden styres af en applikations funktionalitet eller standarder | Prioritet styres af forretningsværdi. |
|
2. | Alvorlighed definerer graden af indflydelse, som en mangel har på anvendelsen | Prioritet definerer rækkefølgen, i hvilken manglerne skal rettes af udvikleren. |
|
3. | Alvorlighed afgøres af QA Engineer, der registrerer defekten | Selvom tester kan bestemme prioriteten, tages den endelige beslutning af Product Manager under hensyntagen til det samlede billede af produktet. |
|
4. | Alvorlighedsværdien er objektiv og er mindre tilbøjelig til at ændre sig over tid. | Prioritetsværdien er subjektiv og kan ændres over tid afhængigt af andre mangler og projektkrav. |
|
5. | Alvorlighed kategoriseres som:
| Prioritet er kategoriseret som:
|
|
6. | Høj alvorlighedsfejl med lav prioritet overvejes senere, efter at høje prioritetsdefekter er løst | Højprioritetsfejl rettes først end Høj alvorlighed, da de hæmmer forretningen. |
Konklusion
For en test er det meget vigtigt at vide forskellen mellem alvorlighed og prioritering og tildele dem korrekt til en mangel, fordi selv en lille fejltagelse i tildelingen af alvorlighed kan forårsage et stort tab i en applikation og virksomhedens omdømme. Forkert tildeling af prioritet kan forårsage en forsinkelse med at løse en defekt, der kræver forudgående opmærksomhed og dermed kan hæmme produktkravene og det økonomiske tab. Som tester, mens du logger en defekt, er det vigtigt at bore ned og forstå effekten af denne defekt på slutbrugeren og derefter tildele en korrekt alvorlighed og prioritet til en defekt.
Ovenstående eksempler er taget i betragtning af generelle scenarier. Alvorlighed og prioritetsværdi varierer afhængigt af forskellige applikationer og bestemte scenarier.
Anbefalede artikler
Dette har været en guide til forskellen mellem alvorlighed og prioritet. Her diskuterede vi også Severity vs Priority centrale forskelle med infografik og gennem eksempel. Du kan også se på de følgende artikler for at lære mere -
- Hvad er CLI?
- Hvad er Redux?
- Systemtest
- Installer CorelDraw