Življenjski cikel napak / napak pri testiranju programske opreme

Kaj je življenjski cikel pomanjkljivosti?

Življenjski cikel napak ali življenjski cikel napak pri preizkušanju programske opreme je določen sklop stanj, skozi katere gre napaka ali napaka v celotnem življenju. Namen življenjskega cikla napak je enostavno usklajevanje in sporočanje trenutnega stanja okvare, ki se spremeni različnim prejemnikom, ter postopek odpravljanja napak sistematičen in učinkovit.

Stanje okvar

Stanje napake ali stanje napake v življenjskem ciklu napake je trenutno stanje, iz katerega je trenutno napaka ali napaka. Cilj stanja napak je natančno predstaviti trenutno stanje ali napredek napake ali napake, da bi bolje spremljali in razumeli dejanski napredek v življenjskem ciklu napake.

Število držav, skozi katere pride do napake, se od projekta do projekta razlikuje. Spodnji diagram življenjskega cikla zajema vsa možna stanja

Novo: Ko se nova napaka zabeleži in objavi prvič. Dodeljen mu je status NOV.
Dodeljeno: Ko preskuševalec objavi napako, vodja preizkuševalca odobri napako in napako dodeli skupini razvijalcev
Odprto : razvijalec začne analizirati in dela na odpravi napake
Popravljeno : Ko razvijalec naredi potrebno spremembo kode in jo preveri, lahko status napake določi kot »Popravljeno«.
Čakajoče ponovno testiranje : Ko je napaka odpravljena, razvijalec da določeno kodo za ponovno preskušanje kode preskuševalcu. Ker preskušanje programske opreme še vedno čaka na koncu preizkuševalcev, je dodeljeni status "v čakanju na ponovno preizkušanje".
Ponovno preizkušanje: preizkuševalec na tej stopnji ponovno preskusi kodo, da preveri, ali je razvijalec odpravil napako, in spremeni stanje v »Ponovni preizkus«.

Preverjeno : preskuševalec ponovno preskusi napako, potem ko jo je razvijalc odpravil. Če v programski opremi ni zaznana napaka, je napaka odpravljena in dodeljeno stanje je "preverjeno".
Ponovno odpri : če napaka ni odpravljena tudi po tem, ko jo je razvijalec odpravil, preskuševalec spremeni stanje v »znova odprto«. Spet hrošč gre skozi življenjski cikel.
Zaprto : Če napaka ne obstaja več, tester dodeli status "Zaprto".
Podvojena : če se napaka ponovi dvakrat ali napaka ustreza istemu konceptu napake, se stanje spremeni v "podvojena".
Zavrnjeno : Če razvijalec meni, da napaka ni resnična, potem napako spremeni v »zavrnjena«.
Preloženo : Če sedanja napaka ni glavna prednostna naloga in če se pričakuje, da bo odpravljena v naslednji izdaji, bo takim napakam dodeljen status "Odloženo"
Ni napaka : Če to ne vpliva na funkcionalnost aplikacije, je status, ki je dodeljen hrošču, "Ni napaka".

Razložen življenjski cikel napak

Tester najde napako
Status je dodeljen napaki - Novo
Napaka se posreduje vodji projekta v analizo
Vodja projekta odloči, ali je napaka veljavna
Tu napaka ni veljavna - status dobi "Zavrnjeno".
Torej, vodja projekta dodeli status zavrnjen . Če napaka ni zavrnjena, je naslednji korak preveriti, ali je v obsegu. Recimo, da imamo za isto aplikacijo še eno funkcijo - e-poštno funkcijo in boste s tem našli težavo. Toda to ni del trenutne izdaje, ko so takšne napake dodeljene kot preloženo ali odloženo stanje.
Nato upravitelj preveri, ali je bila podobna napaka ugotovljena že prej. Če je odgovor da napaka dodeli statusa dvojnik .
Če nobena napaka ni dodeljena razvijalcu, ki začne popravljati kodo. V tej fazi se napaki dodeli status v teku.
Ko je koda popravljena. Napaki je dodeljen status popravljen
Nato bo tester ponovno preizkusil kodo. V primeru, da testni primer prenese napako, je zaprta. Če testni primeri znova ne uspejo, se napaka ponovno odpre in dodeli razvijalcu.
Razmislite o situaciji, ko je bila med prvo izdajo rezervacije letalskih naročil v vrstnem redu faksa odkrita napaka, ki je bila odpravljena in ji je bilo dodeljeno stanje zaprto. Med drugo izdajo nadgradnje se je ista napaka spet pojavila. V takih primerih se zaprta napaka ponovno odpre.