Erinevus testimise raskusastme ja prioriteedi vahel (näide)

Raskus Vs. Prioriteet: erinevus nende vahel

• Prioriteet on järjekord, milles arendaja peaks defekti lahendama, samas kui raskusaste on defekti mõju toote toimimisele.
• Prioriteet jaguneb kolme tüüpi: madal, keskmine ja kõrge, samas kui raskusaste on jagatud viide tüüpi: kriitiline, suur, mõõdukas, väike ja kosmeetiline.
• Prioriteet on seotud ajakavaga, samas kui raskusaste on seotud funktsionaalsuse või standarditega.
• Prioriteet näitab, kui kiiresti viga tuleks parandada, samas kui tõsidus näitab toote funktsionaalsuse defekti tõsidust.
• Defektide prioriteedi üle otsustatakse konsulteerides juhi/kliendiga, samas kui defektide raskusastme määrab kvaliteedikontrolli insener.
• Prioriteet on tingitud äriväärtusest, samas kui raskusaste on tingitud funktsionaalsusest.
• Prioriteedi väärtus on subjektiivne ja võib sõltuvalt projekti olukorra muutumisest teatud aja jooksul muutuda, samas kui raskusastme väärtus on objektiivne ja muutub väiksema tõenäosusega.
• Kõrge prioriteedi ja madala raskusastmega olek näitab, et defekt tuleb parandada kohe, kuid see ei mõjuta rakendust, samas kui kõrge raskusastme ja madala prioriteediga olek näitab, et defekt tuleb parandada, kuid mitte kohe.
• Prioriteedi olek põhineb kliendi nõudmistel, samas kui tõsiduse olek põhineb toote tehnilisel aspektil.

Mis on vea tõsidus

Vea tõsidus või Defekti tõsidus testimisel on mõju aste, viga või a Defekt on testitavas tarkvararakenduses. Vea/defekti suurem mõju süsteemi funktsionaalsusele toob kaasa kõrgema raskusastme. A kvaliteedi tagamine insener määrab tavaliselt vea/defekti raskusastme.

Mis on prioriteet?

Prioriteet on määratletud kui järjekord, milles defekt tuleks parandada. Mida kõrgem on prioriteet, seda kiiremini tuleks defekt kõrvaldada.

Defektidele, mis jätavad tarkvarasüsteemi kasutuskõlbmatuks, antakse suurem prioriteet defektidele, mis põhjustavad tarkvara väikese funktsionaalsuse tõrke.

Raskusastme tüübid

In Tarkvara testimine, Vea/defekti raskusastme tüübid võib liigitada järgmistesse osadesse:

• Kriitiline: See defekt näitab protsessi täielikku seiskumist, edasi ei saa midagi jätkata
• Peamine: See on väga tõsine defekt ja ajab süsteemi kokku. Teatud süsteemi osad jäävad siiski funktsioneerima
• Keskmine: See põhjustab ebasoovitavat käitumist, kuid süsteem töötab endiselt
• Madal: see ei põhjusta süsteemi suuremat riket

Prioriteeditüübid

Vea/defekti prioriteedi tüübid võib jagada kolme ossa:

• Madal: Defekt on ärritav, kuid seda saab parandada, kui tõsisem defekt on parandatud
• Medium: Tavalise arendustegevuse käigus tuleks defekt kõrvaldada. See võib oodata, kuni luuakse uus versioon
• Kõrge: Defekt tuleb võimalikult kiiresti kõrvaldada, kuna see mõjutab süsteemi tõsiselt ja seda ei saa kasutada enne, kui see on parandatud

Näpunäiteid defekti raskusastme määramiseks

• Otsustage esinemissagedus: mõnel juhul, kui väiksemat defekti esineb koodis sageli, võib see olla tõsisem. Nii et kasutaja vaatenurgast on see tõsisem, kuigi tegemist on väikese defektiga.
• Defekti isoleerimine: defekti eraldamine võib aidata välja selgitada selle löögi raskust.

Erinevus testimise raskusastme ja prioriteedi vahel

Defekti tõsiduse ja prioriteedi näide

Vaatame näidet madala raskusastme ja kõrge prioriteedi kohta ning vastupidi

• Väga madal raskusaste kõrge prioriteediga: mis tahes saadetise veebisaidi logo viga võib olla madala raskusastmega, kuna see ei mõjuta veebisaidi funktsionaalsust, kuid võib olla kõrge prioriteediga, kuna te ei soovi, et edasine saadetis jätkuks. vale logoga.
• Väga tõsine ja madala prioriteediga: samamoodi võib lendude käitamise veebisaidi puhul broneerimisfunktsiooni defekt olla väga tõsine, kuid see võib olla madala prioriteediga, kuna selle saab ajastada järgmises tsüklis.

Defektide triaaž

Defektide triaaž on protsess, mis püüab protsessi tasakaalustada, kui testimismeeskond seisab silmitsi ressursside piiratud kättesaadavuse probleemiga. Seega, kui defekte on palju ja testijaid on piiratud nende kontrollimiseks, aitab defektide triaaž püüda lahendada võimalikult palju defekte, võttes aluseks defekti parameetrid, nagu tõsidus ja prioriteet.

Kuidas määrata defektide triaaži:

Enamik süsteeme kasutab defekti hindamisel peamise kriteeriumina prioriteetsust. Hea triaažiprotsess võtab aga arvesse ka tõsidust.

Triaažiprotsess sisaldab järgmisi samme

• Revkõigi defektide tuvastamine, sealhulgas meeskonna poolt tagasilükatud defektid
• Defektide esialgne hindamine põhineb selle sisul ning vastavatel prioriteetsuse ja raskusastme seadistustel
• Defekti eelistamine sisendite põhjal
• Määrake tootehaldur defekti parandamiseks
• Suunab defekti edasiseks tegutsemiseks õigele omanikule/meeskonnale

Juhised, mida iga testija peaks enne raskusastme valimist arvestama

Raskusparameetrit hindab testija, prioriteedi parameetrit aga tootejuht või triaažimeeskond. Defekti tähtsuse järjekorda seadmiseks peab testija valima õige raskusastme, et vältida segadust arendusmeeskonnaga.

• Saate hästi aru prioriteedi ja tõsiduse mõistest
• Määrake raskusaste alati probleemi tüübi alusel, kuna see mõjutab selle prioriteeti
• Mõista, kuidas konkreetne stsenaarium või Testjuhtum mõjutaks lõppkasutajat
• Peab arvestama, kui palju aega kuluks defekti parandamiseks, võttes arvesse selle keerukust ja aega defekti kontrollimiseks

Järeldus

In Tarkvaraarendus, Defektile vale raskusastme määramine võib edasi lükata STLC ja sellel võib olla drastiline mõju meeskonna üldisele tulemuslikkusele. Seega peab vastutav isik olema täpne ja täpne oma kutses defekti määramiseks.