Defektide / vigade elutsükkel tarkvara testimisel

Mis on defekti elutsükkel?

Defektide elutsükkel või vigade elutsükkel tarkvara testimisel on spetsiifiline olekukomplekt, mille defekt või viga kogu selle elu jooksul läbib. Defektide elutsükli eesmärk on hõlpsasti kooskõlastada ja teatada defektide hetkeseisust, mis muutub erinevatele vastuvõtjatele, ja muuta defektide parandamise protsess süstemaatiliseks ja tõhusaks.

Defekti olek

Defekti olek või vea olek defekti elutsüklis on praegune olek, millest viga või viga praegu toimub. Defektide seisundi eesmärk on defekti või vea hetkeseisu või edenemise täpne edastamine, et defekti elutsükli tegelikku arengut paremini jälgida ja mõista.

Defektide olekute arv on projektiti erinev. Allpool olelusringi skeemi hõlmab kõiki võimalikke olekuid

Uus: kui uus defekt esimest korda logitakse ja postitatakse. Sellele on määratud olek UUS.
Määratud: kui testija on vea postitanud, kinnitab testija juht vea ja määrab vea arendajatiimile
Avatud : arendaja hakkab analüüsima ja töötab defektide parandamise kallal
Parandatud : kui arendaja teeb vajaliku koodimuudatuse ja kontrollib muudatust, saab ta vea olekuks määrata "Parandatud".
Ootel kordustesti : kui defekt on kõrvaldatud, annab arendaja testerile konkreetse koodi koodi uuesti testimiseks. Kuna tarkvara testimine jääb testijate otsas ootama, on määratud olekuks "ootel uuesti testimine".
Uuesti testimine : testija testib selles etapis koodi uuesti, et kontrollida, kas defekt on arendaja poolt fikseeritud või mitte, ja muudab oleku väärtuseks „Uus test”.

Kontrollitud : testija testib viga uuesti pärast seda, kui arendaja on selle parandanud. Kui tarkvaras viga ei tuvastatud, on viga parandatud ja määratud olek on "kontrollitud".
Uuesti avamine : kui viga püsib ka pärast seda, kui arendaja on vea parandanud, muudab testija oleku "uuesti avatuks". Taas läbib viga elutsükli.
Suletud : kui viga pole enam olemas, määrab testija oleku "Suletud".
Duplikaat : kui defekti korratakse kaks korda või kui defekt vastab samale vea mõistele, muudetakse olekuks duplikaat.
Tagasilükatud : kui arendaja leiab, et defekt ei ole tõeline defekt, muudab see defekti ümber lükatuks.
Edasilükatud : kui praegune viga ei ole esmatähtis ja kui see eeldatavasti järgmises versioonis parandatakse, määratakse sellistele vigadele olek "Edasilükatud"
Pole viga : kui see ei mõjuta rakenduse funktsionaalsust, siis on veale määratud olek "Pole viga".

Defektide elutsükkel on selgitatud

Tester leiab defekti
Defektile määratud olek - uus
Defekt edastatakse analüüsimiseks projektijuhile
Projektijuht otsustab, kas defekt on kehtiv
Siin ei ole defekt kehtiv - olek antakse "Tagasi lükatud".
Niisiis määrab projektijuht oleku tagasi lükatud . Kui defekti ei lükata tagasi, tuleb järgmise sammuna kontrollida, kas see on reguleerimisalas. Oletame, et meil on sama rakenduse jaoks veel üks funktsioon - e-posti funktsioon ja te leiate sellega probleemi. Kuid see ei ole praeguse versiooni osa, kui sellised defektid määratakse edasilükatud või edasi lükatud olekuks.
Järgmisena kontrollib juht, kas sarnane defekt tõstatati varem. Kui jah, määratakse defektile oleku duplikaat .
Kui defekti pole arendajale määratud, kes hakkab koodi parandama. Selles etapis määratakse defektile staatus .
Kui kood on fikseeritud. Defektile on määratud fikseeritud olek
Järgmisena testib testija koodi uuesti. Juhul kui testjuhtum läbib, et defekt on suletud. Kui testjuhtumid uuesti ebaõnnestuvad, avatakse defekt uuesti ja määratakse arendajale.
Mõelgem olukorrale, kus lennupiletite 1. väljalaske ajal leiti faksitellimuses viga, mis oli fikseeritud ja millele oli määratud olek suletud. Teise versiooniuuenduse ajal ilmnes sama defekt uuesti. Sellistel juhtudel avatakse suletud defekt uuesti.