Tõsidus ja Prioriteet testimisel: erinevused ja Näide

Lang L: none (table-of-contents):

Anonim

Vea tõsidus

Vea tõsidus või defekti tõsidus testimisel on vea või defekti mõju testitavale tarkvararakendusele. Vea / defekti suurem mõju süsteemi funktsionaalsusele toob kaasa suurema raskusastme. Kvaliteedi tagamise insener määrab tavaliselt vea / defekti raskusastme.

Mis on prioriteet?

Prioriteet on määratletud kui defekti fikseerimise järjekord. Kõrgem prioriteet, seda kiiremini tuleks defekt kõrvaldada.

Defektidele, mis jätavad tarkvarasüsteemi kasutamiskõlbmatuks, on suurem prioriteet defektide ees, mis põhjustavad tarkvara väikese funktsionaalsuse tõrke.

PÕHISED erinevused

  • Prioriteet on järjekord, milles arendaja peaks defekti lahendama, samas kui raskusaste on defekti mõju toote toimimisele.
  • Prioriteet on jaotatud kolme tüüpi: madal, keskmine ja kõrge, raskusaste aga viide tüüpi: kriitiline. major, mõõdukas, alaealine ja kosmeetiline.
  • Prioriteet on seotud ajastamisega, raskusaste aga funktsionaalsuse või standarditega.
  • Prioriteet näitab, kui kiiresti viga peaks olema parandatud, samas kui raskusaste näitab toote funktsionaalsuse defekti tõsidust.
  • Defektide prioriteet otsustatakse konsulteerides juhi / kliendiga, samas kui defektide raskusastmed määrab kvaliteedikontrolli insener.
  • Prioriteeti juhib ettevõtte väärtus, tõsisust aga funktsionaalsus.
  • Prioriteetne väärtus on subjektiivne ja võib teatud aja jooksul muutuda, sõltuvalt projekti olukorra muutumisest, samas kui raskusastme väärtus on objektiivne ja vähem tõenäoline.
  • Kõrge prioriteediga ja madala raskusastmega olek näitab, et defekt tuleb fikseerida kohestel alustel, kuid see ei mõjuta rakendust, samas kui kõrge raskusastmega ja madala prioriteediga olek näitab, et defekt tuleb parandada, kuid mitte kohe.
  • Prioriteetne olek põhineb kliendi nõudmistel, samas kui raskusastme olek põhineb toote tehnilisel küljel.

Tõsiduse tüübid

Tarkvaratestimisel saab vea / defekti tõsiduse tüübid jagada nelja ossa:

  • Kriitiline : see defekt viitab protsessi täielikule seiskamisele, midagi ei saa edasi minna
  • Major : see on väga tõsine defekt ja variseb süsteemi kokku. Teatud süsteemi osad jäävad siiski toimima
  • Keskmine : see põhjustab soovimatut käitumist, kuid süsteem on endiselt toimiv
  • Madal : See ei põhjusta süsteemi olulist lagunemist

Prioriteeditüübid

Vea / defekti prioriteedi tüübid saab jagada kolme ossa:

  • Madal: defekt on ärritav, kuid paranduse saab teha pärast tõsisema defekti kõrvaldamist
  • Keskmine: Arendustegevuse tavapärase käigus peaks defekt olema kõrvaldatud. See võib oodata, kuni luuakse uus versioon
  • Kõrge: defekt tuleb kõrvaldada nii kiiresti kui võimalik, kuna see mõjutab süsteemi tõsiselt ja seda ei saa kasutada enne, kui see on kõrvaldatud

Näpunäited defekti tõsiduse määramiseks

  • Otsustage esinemissagedus: Mõnel juhul, kui väiksema defekti esinemine on koodis sagedane, võib see olla tõsisem. Nii et kasutaja vaatenurgast on see tõsisem, kuigi see on väike defekt.
  • Vea isoleerimine: defekti isoleerimine aitab välja selgitada selle mõju tõsiduse.

Prioriteet vs raskusaste: peamine erinevus

Prioriteet Tõsidus
  • Defektide prioriteet on määratlenud järjekorra, milles arendaja peaks defekti lahendama
  • Defektide raskusastet määratletakse kui defekti mõju toote toimimisele
  • Prioriteet on jaotatud kolme tüüpi
    • Madal
    • Keskmine
    • Kõrge
  • Tõsidus on jaotatud viide tüüpi
    • Kriitiline
    • Major
    • Mõõdukas
    • Alaealine
    • Kosmeetiline
  • Prioriteet on seotud ajastamisega
  • Tõsidus on seotud funktsionaalsuse või standarditega
  • Prioriteet näitab, kui kiiresti viga tuleks parandada
  • Tõsidus näitab toote funktsionaalsuse defekti tõsidust
  • Defektide prioriteet otsustatakse juhi / kliendiga konsulteerides
  • QA insener määrab defekti raskusastme
  • Prioriteeti juhib ettevõtte väärtus
  • Tõsidust juhib funktsionaalsus
  • Selle väärtus on subjektiivne ja võib teatud aja jooksul muutuda, sõltuvalt projekti olukorra muutumisest
  • Selle väärtus on objektiivne ja selle muutumise tõenäosus on väiksem
  • Kõrge prioriteediga ja madala raskusastmega olek näitab, et defekt tuleb parandada kohe, kuid see ei mõjuta rakendust
  • Kõrge raskusaste ja madal prioriteetsus näitavad, et defekt tuleb parandada, kuid mitte kohe
  • Prioriteedi staatus põhineb kliendi nõudmistel
  • Tõsiduse staatus põhineb toote tehnilisel küljel
  • UAT ajal parandab arendusmeeskond defektid prioriteedist lähtuvalt
  • SIT-i ajal parandab arendusmeeskond defektid vastavalt raskusastmele ja seejärel prioriteedile

Näide defekti tõsidusest ja prioriteedist

Vaadakem näite madala raskusastmega ja kõrge prioriteediga ning vastupidi

  • Väga madala raskusastmega ja kõrge prioriteediga: logoviga mis tahes saadetise veebisaidil võib olla väga tõsine, kuna see ei mõjuta veebisaidi funktsionaalsust, kuid võib olla esmatähtis, kuna te ei soovi, et edasised saadetised jätkuksid vale logoga.
  • Väga kõrge raskusastmega ja madala prioriteediga: Samamoodi võib lennuoperatsioonide veebisaidil olla reserveerimisfunktsioonide defekt väga tõsine, kuid see võib olla madal prioriteet, kuna selle saab vabastada järgmise tsükli jooksul.

Defekt Triage

Defektide triaaž on protsess, mille käigus proovitakse protsessi uuesti tasakaalustada, kus testimeeskond seisab silmitsi ressursside piiratud kättesaadavuse probleemiga. Niisiis, kui defekte on palju ja testijaid on nende kontrollimiseks piiratud, aitab defektide triaaž proovida võimalikult palju defekte lahendada defektide parameetrite, näiteks tõsiduse ja prioriteedi alusel.

Kuidas määrata defekti triatsiooni:

Enamik süsteeme kasutab defekti hindamisel peamiste kriteeriumidena prioriteeti. Hea triaažiprotsess arvestab siiski ka tõsidust.

Triaažiprotsess sisaldab järgmisi samme

  • Kõigi defektide, sealhulgas tagasilükatud defektide ülevaatamine meeskonna poolt
  • Defektide esialgne hindamine põhineb selle sisul ning vastavatel prioriteedi ja raskusastme sätetel
  • Defekti prioriseerimine sisendite põhjal
  • Määrake defekt tootehalduri paranduse parandamiseks
  • Suunab defekti edasiseks tegutsemiseks õigele omanikule / meeskonnale

Suunised, mida iga testija peaks enne raskusastme valimist kaaluma

Tõsiduse parameetrit hindab testija, prioriteetset parameetrit aga tootejuht või triaažimeeskond. Defekti tähtsuse järjekorda seadmiseks on testijal hädavajalik valida õige tõsidus, et vältida segadust arendusmeeskonnaga.

  • Mõista prioriteedi ja raskusastme mõistet hästi
  • Määrake tõsiduse tase alati probleemi tüübi järgi, kuna see mõjutab selle prioriteeti
  • Saage aru, kuidas konkreetne stsenaarium või testjuhtum mõjutab lõppkasutajat
  • Peate kaaluma, kui palju aega kuluks defekti kõrvaldamiseks, lähtudes selle keerukusest ja defekti kontrollimise ajast

Järeldus:

  • Tarkvaratehnikas võib vale tõsiduse määramine defektile STLC-protsessi edasi lükata ja sellel võib olla drastiline mõju meeskonna üldisele tulemuslikkusele. Niisiis, vastutav isik peab defekti määramisel olema täpne ja täpne.