Erinevus raskusastme ja prioriteedi vahel

Tarkvaraehituse mõistete õppimisel oleme kõik kokku puutunud kahe sõnaga „raskus” ja „prioriteet” ning silmitsi nende vahel alati segadusega. Kui küsime kelleltki mittetehniliselt inimeselt, pole erinevus nende vahel midagi. Tema jaoks on mõlemal sama tähendus. Kuid tehniliselt on tarkvarainseneri sõnul kaks ülaltoodud sõna erineva tähendusega ja erinevas kontekstis kasutatavad sõnad. Mõistame neid ükshaaval.

Raskusaste

Testi täitmise ajal, kui testija leiab defekti ja logib selle sisse suvalisse defektide logimise tööriista nagu JIRA, Testrail jne, et edastada arendajatele tööd, on testijal oluline otsustada prioriteetsus ja raskusaste defekti kriitilisuse ja keerukus, nii et arendaja saaks vastavalt hakkama. Tavapäraselt on raskus määratletud kui "mõju aste, mis kõigel võib olla". Seega näitab defekti raskusaste seda, mil määral mõjutab konkreetne defekt tarkvara / rakendust. See tähendab, mil määral võib defekt rakendust mõjutada. Tavaliselt määratletakse raskus raskusastme, ettevõtte maine ja inimkaotustena sõltuvalt rakendusest. Raskusaste liigitatakse erinevatesse kategooriatesse sõltuvalt defekti mõjust rakendusele:

  1. Kriitiline: defekt, mis takistab kogu rakendust ja blokeerib kasutajal rakenduse edasist kasutamist või kasutamist, kuna seda peetakse kriitiliseks . Kui arvestada rakenduse kasutajaliidest, kui rakenduse sisselogimisekraan ripub ega võimalda kasutajal sisse logida ja edasi liikuda.
  2. Suur: puudust loetakse oluliseks, kui rakenduse peamine / oluline omadus ei tööta ootuspäraselt või kavatsetakse täita. Kõik rakenduses rakendatud olulised funktsioonid toimivad täiesti erinevalt eeldatavast käitumisest, siis peetakse selle puudust oluliseks. Näiteks ei saa kasutaja veebikaubanduse tegemise ajal tooteid ostukorvi lisada, kasutades funktsiooni Lisa ostukorvi.
  3. Väike / mõõdukas: mis tahes funktsioon, mis on rakendatud ja töötab oodatust erinevalt, kuid selle mõju on talutav ja see ei kahjustaks rakendust liiga palju ning rakenduse üldist funktsionaalsust see ei mõjuta. Väiksem viga võib mõnda aega oodata, kuni see kõrvaldatakse, või saab selle kõrvaldada rakenduse järgmisel väljaandel. Näiteks lehel Tingimused üks linkidest ei tööta.
  4. Madal: viga, mis ei kahjusta funktsionaalsust, kuid on kehtiv defekt ja tuleb parandada. Sellesse kategooriasse kuuluvad kosmeetilised vead, näiteks kirjavead ja väike fontte vale paigutus. Mõned veebilehe õigekirjavead on näide madala raskusastmega veast.

Prioriteet

Prioriteetsust lihtsas inglise keeles kasutatakse kahe asja võrdlemisel ja seal, kus ühele neist tähtsust antakse. Samamoodi on defekti osas prioriteediks parandatava defekti kiireloomulisus. See viitab järjekorrale, milles puudused tuleb parandada, pidades silmas selle raskust ja ärivajadusi.

Arendajad ei saa korraga nii palju defekte parandada, seetõttu on oluline eelistada nende parandatavate defektide järjekorda. Tavaliselt on kõrge raskusastmega vead ülitähtsad, kuna need nõuavad kiiret parandamist. Defektide prioriteetsus liigitatakse järgmiselt:

  1. Suur: defekt, millele tuleb viivitamatult tähelepanu pöörata ja mis tuleb võimalikult kiiresti parandada (maksimaalselt 24 tundi). Sellesse kategooriasse kuuluvad puudused, mis mõjutavad suuresti lõpptarbijaid ja äri. Nendest kõrge prioriteediga probleemidest tulenevalt on kogu rakendus blokeeritud ja testijad ei saa tarkvara edasist testimist jätkata.
  2. Keskmine: puudused, mis võivad oodata parandamist, kuna need ei mõjuta rakenduse peamist funktsionaalsust ega takista selles kategoorias ettevõtteid ja kliente.
  3. Madal: defekte, mis on esitatud olemasolevas kujunduses muudatuste tegemiseks, et parandada kliendikogemust, peetakse madala prioriteediga defektideks. Need vead vajavad vähem tähelepanu ja seetõttu kaalutakse neid lõpuks, kui kõik muud prioriteetsed vead on parandatud.

Võrdlus raskusastme ja prioriteedi vahel (infograafika)

Allpool on toodud 6 peamist erinevust raskusastme ja prioriteedi vahel:

Peamised erinevused raskusastme ja prioriteedi vahel

Allpool on punktide loendid, kirjeldage peamisi erinevusi raskusastme ja prioriteedi vahel:

  • Defekti tõsidus otsustab selle mõju rakendusele, samas kui prioriteet otsustab puuduste parandamise järjekorra.
  • Raskusaste käsitleb rakenduse tehnilisi aspekte, samas kui prioriteet käsitleb ärinõudeid ja puuduse mõju kliendi nõudmistele.
  • Mis tahes puuduse tõsidus ei muutu, kuna selle mõju rakendusele jääb samaks, samas kui prioriteedid muutuvad, kui muutuvad ärinõuded või ilmneb mõni prioriteediga puudus, millele tuleb pöörata rohkem tähelepanu.

Raskuse ja prioriteedi erinevuste mõistmine näite kaudu

Allpool on toodud punktid, mis aitavad mõista erinevust raskusastme ja prioriteedi vahel:

Kõrge prioriteediga ja kõrge raskusastmega:

Kui rakenduses on sisselogimiskuva probleem ja kasutaja ei saa sisse logida, langeb see viga kõrge prioriteedi ja kõrge raskusastme alla, kuna see tuleb kõigepealt lahendada, kuna kasutaja on blokeeritud ega pääse rakendusele juurde edasi.

Kõrge prioriteediga ja madala raskusastmega:

Kui rakenduse avalehel või mõnel muul sageli kasutataval veebilehel on kirjavigu, on näide kõrge prioriteediga ja madala tõsidusega, kuna kirjavead ei takista rakenduse funktsionaalsust, vaid avaldavad halba mõju ettevõttele maine.

Madal prioriteet ja kõrge raskusaste :

Kui veebipoodide veebisaidil nupp "Lisa ostukorvi" lakkab töötamast, kui kasutaja üritab ostukorvi lisada rohkem kui 500 eset, loetakse defekt eriti tõsiseks, kuna peamine funktsionaalsus ei tööta ootuspäraselt, vaid madala prioriteediga, kuna see on väga harv juhtum, kui kasutaja lisab ostukorvi rohkem kui 500 eset.

Madal prioriteet ja madal raskusaste:

Kui lehe lõigus on mõned kirjavead, mida kasutaja harva avab, peetakse madala prioriteediga ja madala raskusastmega, kuna see ei mõjuta rakenduse funktsionaalsust ega kahjusta ettevõtte mainet sellisena, nagu see on harva avatud.

Raskusastme ja prioriteedi võrdlustabel

Allpool on toodud ülim võrdlus raskusastme ja prioriteedi vahel

Sr.no.

Raskusaste

Prioriteet

1

Raskust juhivad rakenduse funktsionaalsus või standardidPrioriteeti juhib ettevõtte väärtus.

2

Raskusaste määratleb defekti mõju määra rakenduselePrioriteet määratleb järjekorra, milles arendaja vead parandab.

3

Tõsise raskuse otsustab defekti registreerinud QA EngineerEhkki testija saab otsustada prioriteedi üle, võtab lõpliku otsuse tootejuht vastu, pidades silmas toote üldvaadet.

4

Raskusaste on objektiivne ja aja jooksul muutub vähem tõenäoline.Prioriteedi väärtus on subjektiivne ja seda saab aja jooksul muuta, sõltuvalt muudest puudustest ja projekti nõuetest.

5

Raskusaste klassifitseeritakse järgmiselt:

  • Kriitiline
  • Major
  • Alaealine / mõõdukas
  • Madal
Prioriteeti liigitatakse järgmiselt:

  • Kõrge
  • Keskmine
  • Madal

6

Madala prioriteediga kõrge raskusastmega defekte kaalutakse hiljem, kui kõrge prioriteediga vead on lahendatudKõrge prioriteediga vead fikseeritakse kõigepealt kui kõrge raskusastmega, kuna need takistavad äri.

Järeldus

Testija jaoks on väga oluline teada erinevust raskuse ja prioriteedi vahel ning määrata need korralikult defektile, kuna isegi väike viga raskuse määramisel võib põhjustada rakenduse ja ettevõtte maine tohutu kaotuse. Prioriteedi vale määramine võib põhjustada viivituse eelnevat tähelepanu vajava defekti lahendamisel, mis võib kahjustada tootenõudeid ja rahalist kahju. Testeerijana defekti registreerimisel on oluline põhjalikult uurida ja mõista selle defekti mõju lõppkasutajale, seejärel määrata defektile tõsidusaste ja prioriteedid.

Ülalnimetatud näited on toodud üldisi stsenaariume silmas pidades. Tõsise ja tähtsuse väärtus varieerub sõltuvalt erinevatest rakendustest ja konkreetsetest stsenaariumidest.

Soovitatavad artiklid

See on juhend erinevus raskusastme ja prioriteedi vahel. Siin arutasime ka raskusastme ja prioriteedi põhierinevusi infograafika ja näite kaudu. Võite lisateabe saamiseks vaadata ka järgmisi artikleid -

  1. Mis on CLI?
  2. Mis on Redux?
  3. Süsteemi testimine
  4. Installige CorelDraw

Kategooria:

Tarkvaraarendus