Meni

Kaj je življenjski cikel napak / napak pri testiranju programske opreme? Vadnica za življenjski cikel napak

  • Glavni
  • Sledenje Napakam
  • Kaj je življenjski cikel napak / napak pri testiranju programske opreme? Vadnica za življenjski cikel napak

what is defect bug life cycle software testing

Preizkusite Naš Instrument Za Odpravo Težav

Uvod v življenjski cikel pomanjkljivosti

V tej vadnici bom govoril o življenjskem ciklu napake, da vas seznanim z različnimi stopnjami napak, s katerimi se mora preizkuševalec spoprijeti med delom v preskusnem okolju.

Dodal sem tudi najpogostejša vprašanja o intervjuju o življenjskem ciklu pomanjkljivosti. To je pomembno vedeti o različnih stanjih napak za razumevanje življenjskega cikla napake. Glavni namen izvajanja preizkusne dejavnosti je preveriti, ali ima izdelek kakršne koli težave / napake.

Vadnica za življenjski cikel napak

Kar zadeva resnične scenarije, se napake / napake / napake imenujejo napake / napake, zato lahko rečemo, da je glavni cilj testiranja zagotoviti, da je izdelek manj nagnjen k napakam (brez napak ni nerealno stanje). ).

Zdaj se postavlja vprašanje, kaj je napaka?

orodja za testiranje avtomatizacije za mobilne aplikacije

Kaj se boste naučili:

Kaj je pomanjkljivost?

Napaka je poenostavljeno napaka ali napaka v aplikaciji, ki omejuje običajni tok aplikacije z neujemanjem pričakovanega vedenja aplikacije z dejanskim.

Napaka nastane, če razvijalec med načrtovanjem ali izdelavo aplikacije naredi kakršno koli napako in ko preizkuševalec odkrije to napako, se označi kot napaka.

Tester je odgovoren za temeljito preizkušanje aplikacije, da bi ugotovil čim več napak, da bi zagotovil, da bo kvaliteten izdelek prišel do kupca.

Pomembno je razumeti življenjski cikel napak, preden se premaknete v potek dela in različna stanja okvare.

Zato povedimo več o življenjskem ciklu napak.

Do zdaj smo razpravljali o pomenu napake in njeni povezavi v povezavi s preskusno dejavnostjo. Zdaj pa pojdimo na življenjski cikel napake in razumemo potek napake in različna stanja napake.

Podroben življenjski cikel napak

Življenjski cikel pomanjkljivosti, znan tudi kot življenjski cikel hroščev, je krog okvar, skozi katerega gre skozi celotno življenje in pokriva različna stanja. To se začne takoj, ko preskuševalec odkrije katero koli novo napako, in se konča, ko preizkuševalnik to napako zapre in zagotovi, da se ne bo več reproduciral.

Potek dela

Zdaj je čas, da razumete dejanski potek življenjskega cikla okvar s pomočjo preprostega diagrama, kot je prikazano spodaj.

Življenjski cikel pomanjkljivosti

Defektne države

# 1) Novo :To je prvo stanje okvare v življenjskem ciklu pomanjkljivosti. Ko je odkrita katera koli nova napaka, ta pade v 'novo' stanje in validacija in testiranje te napake se izvede v poznejših fazah življenjskega cikla pomanjkljivosti.

# 2) Dodeljeno: V tej fazi je novonastala napaka dodeljena razvojni skupini za delo na napaki. Tega vodja projekta ali vodja preskusne skupine dodeli razvijalcu.

# 3) Odprto: Tu razvijalec začne postopek analize napake in po potrebi popravi njeno odpravo. Če razvijalec meni, da napaka ni primerna, se lahko prenese v katero koli od spodnjih štirih držav, in sicer Podvojen, odložen, zavrnjen ali ni napaka -na podlagi posebnega razloga.

O teh štirih državah bom razpravljal čez nekaj časa.

# 4) Popravljeno: Ko razvijalec opravi nalogo odprave napake z zahtevanimi spremembami, lahko stanje napake označi kot »Odpravljeno«.

# 5) Čakanje na ponovno testiranje: Po odpravi napake razvijalec dodeli napako preizkuševalcu za ponovno preskušanje napake na njegovem koncu in dokler preizkuševalnik ne deluje na ponovnem preizkusu napake, stanje napake ostane v razdelku »V teku na ponovno preizkušanje«.

# 6) Ponovno testiranje: Na tem mestu preizkuševalec začne nalogo ponovnega preizkusa napake, da preveri, ali je razvijalec natančno odpravil napako v skladu z zahtevami.

# 7) Ponovno odpri: Če katera težava še vedno obstaja, se razvijalcu znova dodeli na preizkušanje, stanje napake pa se spremeni v »Ponovno odpri«.

# 8) Preverjeno: Če preizkuševalec ne odkrije nobene težave z napako, potem ko je bil dodeljen razvijalcu za ponovno preizkušanje, in meni, da če je bila napaka natančno odpravljena, se status napake dodeli »Preverjeno«.

# 9) Zaprto: Ko napaka ne obstaja več, preskuševalec spremeni stanje napake v 'Zaprto'.

Nekaj ​​več:

  • Zavrnjeno: Če razvijalec napake ne šteje za resnično napako, jo razvijalec označi kot 'Zavrnjeno'.
  • Dvojnik: Če razvijalec ugotovi, da je napaka enaka kot katera koli druga napaka ali če se koncept napake ujema s katero koli drugo napako, potem razvijalec status napake spremeni v 'Duplicate'.
  • Odloženo: Če razvijalec meni, da napaka ni zelo pomembna prioriteta in jo je mogoče odpraviti v naslednjih izdajah ali tako v tem primeru, lahko status napake spremeni kot »Odloženo«.
  • Ni napaka: Če napaka ne vpliva na funkcionalnost aplikacije, se stanje napake spremeni v »Ni napaka«.

The obvezna polja ko preizkuševalec prijavi katero koli novo napako, je različica zgradbe, oddaja vklopljena, izdelek, modul, resnost, povzetek in opis za reprodukcijo

Na zgornjem seznamu lahko dodate nekaj neobvezna polja če uporabljate ročno predlogo za oddajo hroščev. Ta neobvezna polja vključujejo ime stranke, brskalnik, operacijski sistem, priloge datotek ali posnetke zaslona.

Naslednja polja ostanejo navedena ali prazna:
Če imate pooblastilo za dodajanje polj Stanje hrošča, Prednost in 'Dodeljeno', lahko ta polja določite. V nasprotnem primeru bo Test Manager določil stanje, prioriteto napake in napako dodelil ustreznemu lastniku modula.

Oglejte si naslednji cikel okvar

Življenjski cikel napak / hroščev

Zgornja slika je precej podrobna in ko upoštevate pomembne korake v življenjskem ciklu Bug, boste o njej dobili hitro predstavo.

Ob uspešnem beleženju napake pregleda vodja razvoja ali preskusa. Upravitelj preskusov lahko stanje napak nastavi kot Odprto, lahko nalogo dodeli razvijalcu ali pa je napaka lahko odložena do naslednje izdaje.

Ko je napaka dodeljena razvijalcu in lahko začne z njo delati. Razvijalec lahko postavi stanje napake tako, da ne bo odpravil, ni mogel reproducirati, potrebuje več informacij ali je »odpravljen«.

Če je stanje napak, ki ga je nastavil razvijalec, »Potrebujem več informacij« ali odpravljeno, se QA odzove s posebnim dejanjem. Če je napaka odpravljena, QA preveri napako in lahko stanje napake nastavi kot preverjeno zaprto ali znova odprto.

Smernice za izvajanje življenjskega cikla pomanjkljivosti

Pred začetkom dela z življenjskim ciklom napak lahko sprejmemo nekaj pomembnih smernic.

Ti so naslednji:

  • Zelo pomembno je, da pred začetkom dela na življenjskem ciklu pomanjkljivosti celotna ekipa jasno razume različna stanja okvare (obravnavano zgoraj).
  • Življenjski cikel pomanjkljivosti je treba ustrezno dokumentirati, da se v prihodnosti ne bi zmedli.
  • Poskrbite, da mora vsak posameznik, ki mu je bila dodeljena katera koli naloga, povezana z življenjskim ciklom pomanjkljivosti, zelo jasno razumeti svojo odgovornost za boljše rezultate.
  • Vsak posameznik, ki spreminja status napake, bi se moral tega stanja pravilno zavedati in zagotoviti dovolj podrobnosti o stanju in razlogu za njegovo določitev, tako da lahko vsi, ki delajo na tej napaki, razumejo razlog za tak status. napake zelo enostavno.
  • Z orodjem za sledenje napak je treba ravnati previdno, da se ohrani skladnost med napakami in s tem v delovnem toku življenjskega cikla napak.

Nato se pogovorimo o vprašanjih za intervju, ki temeljijo na življenjskem ciklu pomanjkljivosti.

Pomembna pogosta vprašanja ali vprašanja za intervjuje o življenjskem ciklu hroščev

V # 1) Kaj je napaka v perspektivi testiranja programske opreme?

Odgovor: Napaka je kakršna koli napaka ali napaka v aplikaciji, ki omejuje običajni tok aplikacije z neujemanjem pričakovanega vedenja aplikacije z dejansko.

V # 2) Kakšna je glavna razlika med napako, okvaro in okvaro?

Odgovor: Napaka: Če razvijalci ugotovijo, da se dejansko in pričakovano vedenje aplikacije v razvojni fazi ne ujema, jo imenujejo napaka.

Vprašanja in odgovori za vedenjske preizkuse programske opreme

Okvara: Če preizkuševalci odkrijejo neusklajenost dejanskega in pričakovanega vedenja aplikacije v fazi testiranja, jo pokličejo kot napako.

Napaka: Če stranke ali končni uporabniki ugotovijo neskladje med dejanskim in pričakovanim vedenjem aplikacije v proizvodni fazi, jo imenujejo napaka.

V # 3) Kakšno je stanje napake, ko je bila prvotno najdena?

Odgovor: Ko odkrijemo novo napako, je v stanju »Novo«. To je začetno stanje na novo najdene napake.

V # 4) Katera so različna stanja napak v življenjskem ciklu napake, ko jih razvijalec odobri in odpravi?

Odgovor: V tem primeru so različna stanja napak nova, dodeljena, odprta, odpravljena, čakajoča ponovna preizkus, ponovna preizkus, preverjena in zaprta.

V # 5) Kaj se zgodi, če preizkuševalec še vedno najde težavo v napaki, ki jo odpravi razvijalec?

Odgovor: Preskuševalec lahko stanje napake označi kot »Ponovno odpri«, če še vedno najde težavo v odpravljeni napaki in je napaka dodeljena razvijalcu za ponovno preizkušanje.

V # 6) Kaj je produktivna napaka?

Odgovor: Napaka, ki se večkrat pojavlja pri vsaki izvedbi in katere korake je mogoče zajeti pri vsaki izvedbi, se takšna napaka imenuje 'produktivna' napaka.

V # 7) Katera vrsta napake ni ponovljiva napaka?

Odgovor: Napaka, ki se ne pojavlja večkrat pri vsaki izvedbi in se pojavi le v nekaterih primerih in katere korake kot dokaz je treba zajeti s pomočjo posnetkov zaslona, ​​potem se taka napaka imenuje 'neobnovljiva' napaka.

V # 8) Kaj je poročilo o napaki?

Odgovor: Poročilo o napaki je dokument, ki vključuje poročanje o napaki ali napaki v aplikaciji, ki povzroča, da običajni tok aplikacije odstopa od pričakovanega vedenja.

V # 9) Katere podrobnosti so vključene v poročilo o napaki?

Odgovor: Poročilo o napaki vsebuje naslednje podrobnosti:

ID napake, opis napake, ime funkcije, ime testnega primera, ponovljiva napaka ali ne, stanje napake, resnost in prednost okvare, ime preizkuševalca, datum testiranja napake, različica različice, v kateri je bila napaka najdena .

In razvijalec, ki mu je bila dodeljena napaka, ime osebe, ki je napako odpravila, posnetki zaslona napake, ki prikazuje potek korakov, določitev datuma napake in oseba, ki je napako odobrila.

V # 10) Kdaj se napaka v življenjskem ciklu napake spremeni v stanje »odloženo«?

Odgovor: Kadar odkrita napaka ni zelo pomembna in se tista, ki jo je mogoče odpraviti v poznejših izdajah, premakne v »odloženo« stanje v življenjskem ciklu napake.

Dodatne informacije o napakah ali napakah

  • Napaka se lahko pojavi na kateri koli točki življenjskega cikla razvoja programske opreme.
  • Prej ko se napaka odkrije in odstrani, bodo nižji skupni stroški kakovosti.
  • Stroški kakovosti se zmanjšajo, ko se napaka odstrani v isti fazi, v kateri je bila uvedena.
  • Statično testiranje ugotovi napako in ne okvaro. Stroški so zmanjšani, ker odpravljanje napak ni vključeno.
  • Pri dinamičnem preskušanju se odkrije prisotnost napake, ko povzroči okvaro.

Države pomanjkljivosti

Št. Začetno stanje Vrnjena država Država potrditve
enoZberite informacije za osebo, odgovorno za razmnoževanje napakeNapako zavrnemo ali prosimo za dodatne informacijeNapaka je odpravljena in jo je treba preizkusiti in zapreti
dvaDržave so odprte ali noveDržave so zavrnjene ali pojasnilo.Države so razrešene in preverjanje.

Neveljavno in podvojeno poročilo o napakah

  • Včasih pride do napake, ne zaradi kode, ampak zaradi testnega okolja ali nerazumevanja, zato je treba takšno poročilo zapreti kot neveljavno napako.
  • V primeru podvojenega poročila se eno hrani in drugo zapre kot dvojnik. Upravitelj sprejme neko neveljavno poročilo.
  • Test Manager je lastnik celotnega upravljanja napak in postopka, za upravljanje poročil pa je na splošno odgovorna večfunkcijska skupina orodij za upravljanje napak.
  • Med udeleženci so vodja preizkusov, razvijalci, vodja proizvodnje, vodja proizvodnje in drugi deležniki, ki jih to zanima.
  • Odbor za obvladovanje napak bi moral določiti veljavnost vsake napake in določiti, kdaj jo je treba odpraviti ali odložiti. Če želite to ugotoviti, upoštevajte stroške, tveganja in koristi, če ne odpravite nobene napake.
  • Če je treba napako odpraviti, je treba določiti njeno prednost.

Podatki o napakah

  • Ime osebe.
  • Vrsta preskušanja
  • Povzetek težave
  • Podroben opis napake.
  • Koraki za reprodukcijo
  • Faza življenjskega cikla
  • Delovni izdelek, kjer je bil uveden Defect.
  • Resnost in prednost
  • Podsistem ali komponenta, kjer se uvede okvara.
  • Projektna dejavnost, ki se pojavi ob uvedbi pomanjkljivosti.
  • Metoda identifikacije
  • Vrsta okvare
  • Projekt in izdelek, pri katerem obstaja težava
  • Trenutni lastnik
  • Trenutno stanje poročila
  • Delovni izdelek, kjer je prišlo do okvare.
  • Vpliv na projekt
  • Tveganje, izguba, priložnost in koristi, povezane z odpravljanjem ali odpravljanjem napake.
  • Datumi, ko se pojavijo različne faze življenjskega cikla napak.
  • Opis rešitve napake in priporočila za testiranje.
  • Reference

Sposobnost procesa

  • Uvod, odkrivanje in odstranjevanje informacij -> Izboljšajte odkrivanje napak in stroške kakovosti.
  • Uvod -> Pretorjeva analiza postopka, pri katerem se uvede največje število napak, da se zmanjša skupno število napak.
  • Informacije o napakah -> poiščite podčrtane razloge za napako, da zmanjšate skupno število napak.
  • Informacije o komponentah napak -> Izvedite analizo grozdov napak.

Zaključek

To je vse o življenjskem ciklu in upravljanju z napakami.

Upam, da ste zagotovo pridobili neizmerno znanje o življenjskem ciklu napake. Ta vadnica vam bo pomagala pri lažjem delu z napakami v prihodnosti.

Priporočeno branje

^