Meni

Što je životni ciklus oštećenja / grešaka u testiranju softvera? Vodič za životni ciklus oštećenja

  • Glavni
  • Praćenje Grešaka
  • Što je životni ciklus oštećenja / grešaka u testiranju softvera? Vodič za životni ciklus oštećenja

what is defect bug life cycle software testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Uvod u životni ciklus oštećenja

U ovom uputstvu govorit ću o životnom ciklusu kvara kako bih vas upoznao s raznim fazama kvara s kojima ispitivač mora suočiti tijekom rada u testnom okruženju.

Dodao sam i najčešće postavljana pitanja iz razgovora o životnom ciklusu oštećenja. Ovo je važno znati o raznim stanjima kvara radi razumijevanja životnog ciklusa kvara. Glavna namjera provođenja ispitne aktivnosti je provjeriti ima li proizvod problema ili pogreške.

ulazne izlazne datoteke c ++

Vodič za životni ciklus oštećenja

Što se tiče stvarnih scenarija, pogreške / pogreške / greške nazivaju se greškama / nedostacima i stoga možemo reći da je glavni cilj ispitivanja osigurati da je proizvod manje sklon oštećenjima (nijedan nedostatak nije nerealna situacija ).

Sad se postavlja pitanje što je to Defekt?

Što ćete naučiti:

Što je nedostatak?

Pojedinačno, nedostatak je mana ili pogreška u aplikaciji koja ograničava normalan tijek aplikacije neusklađivanjem očekivanog ponašanja aplikacije sa stvarnom.

Kvar se javlja kada programer napravi bilo kakvu pogrešku tijekom dizajniranja ili izrade aplikacije, a kada ispitivač pronađe ovu manu, on se naziva nedostatkom.

Odgovornost je ispitivača da izvrši temeljito testiranje aplikacije kako bi pronašao što više nedostataka kako bi osigurao da kvalitetan proizvod dođe do kupca.

Važno je razumjeti životni ciklus kvara prije nego što prijeđete na tijek rada i različita stanja kvara.

Stoga, saznajmo više o životnom ciklusu oštećenja.

Dosad smo raspravljali o značenju nedostatka i njegovom odnosu u kontekstu aktivnosti ispitivanja. Prijeđimo sada na životni ciklus kvara i shvatimo tijek rada kvara i različita stanja kvara.

Pojedinosti o životnom ciklusu oštećenja

Životni ciklus oštećenja, poznat i kao životni ciklus greške, je ciklus oštećenja kroz koji prolazi pokrivajući različita stanja u cijelom svom životu. To započinje čim ispitivač pronađe bilo koji novi nedostatak i završava se kada ispitivač zatvori taj nedostatak osiguravajući da se više neće reproducirati.

Tijek rada s nedostacima

Vrijeme je da shvatite stvarni tijek životnog ciklusa oštećenja uz pomoć jednostavnog dijagrama kao što je prikazano u nastavku.

Životni ciklus oštećenja

Defektne države

# 1) Novo :Ovo je prvo stanje kvara u životnom ciklusu oštećenja. Kad se pronađe bilo koji novi nedostatak, on pada u ‘Novo’ stanje, a provjere i ispitivanja vrše se na tom nedostatku u kasnijim fazama životnog ciklusa oštećenja.

# 2) Dodijeljeno: U ovoj se fazi novostvoreni nedostatak dodjeljuje razvojnom timu za rad na nedostatku. To voditelj projekta ili voditelj ispitnog tima dodjeljuju programeru.

# 3) Otvoreno: Ovdje programer započinje postupak analize kvara i radi na njegovom otklanjanju, ako je potrebno. Ako programer smatra da kvar nije prikladan, može se prenijeti u neko od dolje navedena četiri stanja Duplikat, odgođeno, odbijeno ili nije programska pogreška -na temelju određenog razloga.

Za neko ću vrijeme razgovarati o ove četiri države.

# 4) Ispravljeno: Kada programer dovrši zadatak popravljanja nedostatka unošenjem potrebnih izmjena, tada može status kvara označiti kao 'Ispravljen'.

# 5) Na čekanju ponovnog testiranja: Nakon otklanjanja kvara, programer dodjeljuje kvar ispitivaču radi ponovnog ispitivanja kvara na njihovom kraju, a dok ispitivač ne poradi na ponovnom testiranju kvara, stanje kvara ostaje u 'Ponovnom ispitivanju na čekanju'.

# 6) Ponovno testiranje: U ovom trenutku ispitivač započinje zadatak raditi na ponovnom testiranju kvara kako bi provjerio je li programer točno ispravio kvar prema zahtjevima ili ne.

# 7) Ponovno otvori: Ako bilo koji problem i dalje postoji u kvaru, bit će dodijeljen programeru na testiranje, a status kvara mijenja se u 'Ponovno otvaranje'.

# 8) Potvrđeno: Ako ispitivač ne pronađe nijedan problem u kvaru nakon što je dodijeljen programeru na ponovno testiranje i smatra da ako je kvar ispravno otklonjen, status kvara dodjeljuje se 'Potvrđeno'.

# 9) Zatvoreno: Kad kvar više ne postoji, tester mijenja status kvara u 'Zatvoreno'.

Još nekoliko:

  • Odbijeno: Ako programer neispravnost ne smatra stvarnim nedostatkom, tada je programer označava kao 'Odbijen'.
  • Duplikat: Ako programer utvrdi da je kvar isti kao i bilo koji drugi nedostatak ili ako se koncept kvara podudara s bilo kojim drugim nedostatkom, programer status kvara mijenja u 'Duplikat'.
  • Odgođena: Ako programer smatra da kvar nije vrlo važan prioritet i ako se u sljedećem izdanju može otkloniti u sljedećim izdanjima, u tom slučaju može promijeniti status kvara kao 'Odgođeno'.
  • Nije greška: Ako kvar nema utjecaja na funkcionalnost aplikacije, status kvara mijenja se u 'Nije greška'.

The Obavezna polja kada tester zabilježi bilo koju novu grešku u verziji izrade, pošalji ga, proizvod, modul, ozbiljnost, sinopsis i opis za reprodukciju

U gornji popis možete dodati neke neobavezna polja ako koristite ručni predložak za prijavu grešaka. Ova neobavezna polja uključuju ime kupca, preglednik, operativni sustav, privitke datoteka ili snimke zaslona.

Sljedeća polja ostaju ili navedena ili prazna:
Ako imate ovlast za dodavanje polja Status greške, Prioritet i ‘Dodijeljeno’, možete odrediti ta polja. U suprotnom će Test Manager postaviti status, prioritet buga i dodijeliti bug odgovarajućem vlasniku modula.

Pogledajte sljedeći ciklus kvarova

Životni ciklus oštećenja / grešaka

Gornja slika prilično je detaljna i kad uzmete u obzir značajne korake u životnom ciklusu grešaka, dobit ćete kratku ideju o njoj.

Nakon uspješne prijave, grešku pregledava voditelj razvoja ili testa. Voditelj ispitivanja može status greške postaviti kao Otvoreno, može dodijeliti programsku pogrešku programeru ili programska pogreška može biti odgođena do sljedećeg izdanja.

Kad se programska pogreška dodijeli programeru i on / ona može početi raditi na njoj. Razvojni programer može postaviti status programske pogreške kao da ga neće popraviti, ne može se reproducirati, trebati više informacija ili 'popraviti'.

Ako je status programske pogreške postavljen od strane programera ili 'Treba više informacija' ili je ispravljen, QA odgovara određenom radnjom. Ako je programska pogreška ispravljena, QA provjerava programsku pogrešku i status pogreške može postaviti kao provjereno zatvorenu ili ponovno otvoriti.

Smjernice za primjenu životnog ciklusa oštećenja

Neke važne smjernice mogu se usvojiti prije početka rada s životnim ciklusom oštećenja.

To su kako slijedi:

  • Vrlo je važno da prije početka rada na životnom ciklusu kvarova cijeli tim jasno razumije različita stanja kvara (o čemu smo gore govorili).
  • Životni ciklus oštećenja treba pravilno dokumentirati kako bi se izbjegla bilo kakva zabuna u budućnosti.
  • Svakako pobrinite se da svaki pojedinac kojem je dodijeljen bilo koji zadatak vezan za životni ciklus oštećenja treba vrlo jasno shvatiti njegovu odgovornost za bolje rezultate.
  • Svaka osoba koja mijenja status kvara trebala bi biti ispravno svjesna tog statusa i trebala bi pružiti dovoljno detalja o statusu i razlogu za postavljanje tog statusa kako bi svi koji rade na toj neispravnosti mogli razumjeti razlog takvog statusa. kvara vrlo lako.
  • Alatom za praćenje nedostataka treba rukovati pažljivo kako bi se održala dosljednost među nedostacima, a time i u tijeku radnog ciklusa oštećenja.

Dalje, razgovarajmo o pitanjima za intervju na temelju životnog ciklusa kvarova.

Važna česta pitanja ili pitanja o intervjuu o životnom ciklusu grešaka

P # 1) Koji je nedostatak u perspektivi testiranja softvera?

kako napisati korisničke priče i kriterije prihvaćanja

Odgovor: Kvar je bilo koja vrsta nedostatka ili pogreške u aplikaciji koja ograničava normalan tijek aplikacije neusklađivanjem očekivanog ponašanja aplikacije sa stvarnom.

P # 2) Koja je glavna razlika između pogreške, nedostatka i neuspjeha?

Odgovor: Pogreška: Ako programeri utvrde da postoji neusklađenost stvarnog i očekivanog ponašanja aplikacije u razvojnoj fazi, tada to nazivaju pogreškom.

Mana: Ako testeri pronađu neusklađenost u stvarnom i očekivanom ponašanju aplikacije u fazi testiranja, tada je nazivaju nedostatkom.

Neuspjeh: Ako kupci ili krajnji korisnici pronađu neusklađenost u stvarnom i očekivanom ponašanju aplikacije u fazi izrade, onda to nazivaju neuspjehom.

P # 3) Kakav je status kvara kad je inicijalno pronađen?

Odgovor: Kad se pronađe novi nedostatak, on je u stanju 'Novo'. Ovo je početno stanje novopronađenog nedostatka.

P # 4) Koja su različita stanja kvara u životnom ciklusu kvara kad kvar odobri i popravi programer?

Odgovor: U ovom su slučaju različita stanja kvara Nova, Dodijeljena, Otvorena, Ispravljena, Ponovno testiranje, Ponovno testiranje, Potvrđeno i Zatvoreno.

P # 5) Što se događa ako ispitivač i dalje pronađe problem u nedostatku koji je otklonio programer?

Odgovor: Ispitivač može stanje kvara označiti kao 'Ponovno otvori' ako i dalje pronađe problem u ispravljenom nedostatku i kvar se dodijeli programeru za ponovno testiranje.

P # 6) Što je proizvodni nedostatak?

Odgovor: Defekt koji se ponavlja u svakom izvršenju i čiji se koraci mogu uhvatiti u svakom izvršenju, onda se takav defekt naziva 'produktivnim' defektom.

P # 7) Koja vrsta nedostatka nije reproduktivna greška?

Odgovor: Kvar koji se ne pojavljuje opetovano u svakom izvršenju, a proizvodi se samo u nekim slučajevima i čiji se koraci kao dokaz moraju uhvatiti uz pomoć snimaka zaslona, ​​tada se takav nedostatak naziva 'neobnovljivim' nedostatkom.

P # 8) Što je prijava kvara?

Odgovor: Izvješće o nedostatku je dokument koji uključuje izvještavanje o nedostatku ili nedostatku u aplikaciji koji uzrokuje normalno odvijanje aplikacije od očekivanog ponašanja.

P # 9) Koji su detalji uključeni u izvještaj o kvaru?

Odgovor: Izvještaj o kvaru sastoji se od sljedećih pojedinosti:

ID kvara, opis kvara, naziv značajke, naziv testnog slučaja, ponovljivi kvar ili ne, status kvara, ozbiljnost i prioritet kvara, naziv testera, datum testiranja kvara, verzija verzije u kojoj je kvar pronađen .

I programer kojem je dodijeljen kvar, ime osobe koja je otklonila kvar, snimke zaslona s prikazom tijeka koraka, popravljanjem datuma kvara i osoba koja je odobrila kvar.

P # 10) Kada se kvar mijenja u 'odgođeno' stanje u životnom ciklusu kvara?

Odgovor: Kada pronađena neispravnost nije od velike važnosti, a ona koja se može popraviti u kasnijim izdanjima, premješta se u 'odgođeno' stanje u životnom ciklusu oštećenja.

Dodatne informacije o oštećenjima ili greškama

  • Kvar se može otkriti u bilo kojem trenutku životnog ciklusa razvoja softvera.
  • Ranije kad se detektira i ukloni kvar, niži će biti ukupni trošak kvalitete.
  • Troškovi kvalitete minimalizirani su kada se kvar ukloni u istoj fazi u kojoj je i uveden.
  • Statičkim ispitivanjem utvrđuje se nedostatak, a ne kvar. Trošak je minimiziran jer otklanjanje pogrešaka nije uključeno.
  • U dinamičkom ispitivanju prisutnost kvara otkriva se kada uzrokuje kvar.

Države nedostataka

S.Ne. Početno stanje Vraćena država Država potvrde
1Prikupite podatke o osobi odgovornoj za reprodukciju defektaDefekt se odbija ili se traži više informacijaNeispravnost je popravljena i treba je testirati i zatvoriti
dvaDržave su otvorene ili noveDržave su odbačene ili pojašnjene.Države su riješene i provjera.

Nevaljano i duplicirano izvješće o nedostacima

  • Ponekad se dogodi kvar, ne zbog koda, već zbog testnog okruženja ili nesporazuma, takvo bi izvješće trebalo zatvoriti kao neispravan kvar.
  • U slučaju duplikata izvješća, jedan se čuva, a drugi se zatvara kao duplikat. Upravitelj prihvaća neko nevaljano izvješće.
  • Voditelj ispitivanja posjeduje cjelokupno upravljanje nedostacima i postupak, a višefunkcijski tim alata za upravljanje nedostacima općenito je odgovoran za upravljanje izvješćima.
  • Sudionici uključuju voditelja ispitivanja, programere, premijera, voditelja proizvodnje i druge dionike koji imaju interesa.
  • Odbor za upravljanje nedostacima trebao bi utvrditi valjanost svakog nedostatka i odrediti kada ga treba popraviti ili odgoditi. Da biste to utvrdili, uzmite u obzir troškove, rizike i koristi ako ne otklonite nedostatke.
  • Ako se kvar mora otkloniti, mora se utvrditi prioritet.

Podaci o nedostacima

  • Ime osobe.
  • Vrsta ispitivanja
  • Sažetak problema
  • Detaljan opis nedostatka.
  • Koraci za reprodukciju
  • Faza životnog ciklusa
  • Proizvod za rad gdje je predstavljen Defect.
  • Ozbiljnost i prioritet
  • Podsustav ili komponenta u kojoj se uvodi Defect.
  • Projektna aktivnost koja se javlja kada se uvede nedostatak.
  • Metoda identifikacije
  • Vrsta oštećenja
  • Projekt i proizvod u kojem postoji problem
  • Trenutni vlasnik
  • Trenutno stanje izvještaja
  • Proizvod za rad na mjestu gdje je došlo do kvara.
  • Učinak na projekt
  • Rizik, gubitak, prilika i koristi povezani s otklanjanjem ili neispravljanjem kvara.
  • Datumi kada se javljaju razne faze životnog ciklusa kvara.
  • Opis načina rješavanja kvara i preporuke za ispitivanje.
  • Reference

Sposobnost procesa

  • Uvod, otkrivanje i uklanjanje informacija -> Poboljšajte otkrivanje nedostataka i cijenu kvalitete.
  • Uvod -> Pretorova analiza postupka u kojem se uvodi najveći broj nedostataka kako bi se smanjio ukupan broj nedostataka.
  • Informacije o korijenu nedostataka -> pronađite podcrtane razloge nedostatka kako biste smanjili ukupan broj nedostataka.
  • Informacije o komponentama oštećenja -> Izvršite analizu klastera.

Zaključak

Ovdje se radi o životnom ciklusu i upravljanju oštećenjima.

Nadam se da ste sigurno stekli neizmjerno znanje o životnom ciklusu kvara. Ovaj će vam vodič zauzvrat pomoći na lakši način tijekom budućeg rada s nedostacima.

Preporučena literatura

^