Kaj je Bug?
Napaka je posledica / izid napake kodiranja.
Napaka pri testiranju programske opreme
Okvara Software Testiranje je variacija ali odklon od programske aplikacije iz zahtev končnega uporabnika ali prvotni poslovne zahteve. Napaka programske opreme je napaka pri kodiranju, ki povzroči napačne ali nepričakovane rezultate programa, ki ne ustreza dejanskim zahtevam. Preizkuševalci lahko med izvajanjem testnih primerov naletijo na takšne napake.
Ta dva izraza imata zelo tanko razliko, v industriji pa gre za napake, ki jih je treba odpraviti, zato jih nekatere preskusne skupine uporabljajo medsebojno.
Ko preizkuševalci izvedejo testne primere, lahko naletijo na takšne rezultate, ki so v nasprotju s pričakovanimi rezultati. Ta razlika v rezultatih preskusov se imenuje pomanjkljivost programske opreme. Te napake ali različice se v različnih organizacijah imenujejo z različnimi imeni, kot so težave, težave, napake ali incidenti.
V tej vadnici boste izvedeli-
- Poročilo o napaki
- Postopek obvladovanja napak
- Odkritje
- Kategorizacija
- Resolucija
- Preverjanje
- Zaključek
- Poročanje
- Pomembne meritve napak
Poročilo o napakah pri testiranju programske opreme
Bug poročilo v Software Testiranje je podroben dokument o hroščev najdemo v programske aplikacije. Poročilo o napakah vsebuje vse podrobnosti o napakah, kot so opis, datum, ko je bila napaka najdena, ime preizkuševalca, ki ga je našel, ime razvijalca, ki ga je odpravil itd. Poročilo o napakah pomaga prepoznati podobne napake v prihodnosti, da se jim lahko izognemo.
Medtem ko prijavite napako razvijalcu, mora poročilo o napaki vsebovati naslednje informacije
- ID napake - enolična identifikacijska številka napake.
- Opis napake - podroben opis napake, vključno z informacijami o modulu, v katerem je bila najdena napaka.
- Različica - različica aplikacije, v kateri je bila najdena napaka.
- Koraki - podrobni koraki skupaj s posnetki zaslona, s katerimi lahko razvijalec reproducira napake.
- Datum zvišan - datum, ko je napaka ugotovljena
- Referenca - kje v vas Navedite sklic na dokumente, kot je. zahteve, zasnovo, arhitekturo ali morda celo posnetke zaslona napake za lažje razumevanje napake
- Zaznano po - Ime / ID preizkuševalca, ki je povzročil napako
- Stanje - stanje napake, več o tem kasneje
- Fixed by - Ime / ID razvijalca, ki je to popravil
- Datum zaprtja - datum, ko je napaka zaprta
- Resnost, ki opisuje vpliv napake na aplikacijo
- Prednostna naloga, ki je povezana z nujnostjo odpravljanja napak. Prednost resnosti bi lahko bila visoka / srednja / nizka glede na nujnost udarca, pri kateri bi bilo treba napako odpraviti
Kliknite tukaj, če video ni dostopen
Viri
Prenesite vzorec predloge za poročanje o napakah
Za upravitelja preizkusov upoštevajte naslednje
Vaša ekipa je med testiranjem projekta Guru99 Banking našla napake.
Po enem tednu razvijalec odgovori -
Naslednji teden se tester odzove
Tako kot v zgornjem primeru, če se komunikacija z napako izvede ustno, se stvari kmalu zapletejo. Za nadzor in učinkovito obvladovanje napak potrebujete življenjski cikel napak.
Kaj je postopek za obvladovanje napak?
Upravljanje napak je sistematičen postopek za ugotavljanje in odpravljanje napak. Cikel obvladovanja napak vsebuje naslednje faze: 1) odkritje napak, 2) kategorizacija napak, 3) odpravljanje napak s strani razvijalcev, 4) preverjanje s strani preizkuševalcev, 5) zaprtje napak, 6) poročila o napakah na koncu projekta
Ta tema vas bo vodila, kako uporabiti postopek upravljanja napak na spletnem mestu projekta Guru99 Bank. Za upravljanje napak lahko sledite spodnjim korakom.
Odkritje
V fazi odkrivanja morajo projektne skupine odkriti čim več napak , preden jih končni kupec odkrije. Okvara naj bi bila odkrita in spremenjena v status sprejeta, ko jo razvijalci priznajo in sprejmejo
V zgornjem scenariju so preizkuševalci na spletnem mestu Guru99 odkrili 84 napak.
Oglejmo si naslednji scenarij; vaša preizkusna skupina je na spletnem mestu banke Guru99 odkrila nekaj težav. Štejejo jih za napake in so poročali razvojni skupini, vendar prihaja do konflikta -
Kaj boste v tem primeru kot vodja testov storili?
A) Dogovorite se s preskusno skupino, da gre za napako
B) Test Manager prevzame vlogo sodnika, ki odloča, ali je težava napaka ali ne
C) Dogovorite se z razvojno skupino, ki ni napaka. Popravi InCorrect
V takem primeru je treba za reševanje spora uporabiti postopek reševanja, vi pa kot sodnik odločite, ali je težava na spletnem mestu napaka ali ne.
Kategorizacija
Kategorizacija napak pomaga razvijalcem programske opreme, da dajo prednost svojim nalogam. To pomeni, da tovrstna prednost razvijalcem pomaga, da najprej odpravijo tiste napake, ki so zelo ključne.
Napake običajno razvrsti vodja preskusov -
Naredimo majhno vajo, kot sledi povleci in spusti prioriteto okvare spodaj
- Kritično
- Visoko
- Srednje
- Nizko
| 1) Delovanje spletnega mesta je prepočasno |
|
| 2) Funkcija prijave na spletnem mestu ne deluje pravilno |
|
| 3) GUI spletnega mesta se v mobilnih napravah ne prikaže pravilno |
|
| 4) Spletno mesto se ni moglo spomniti seje prijave uporabnika |
|
| 5) Nekatere povezave ne delujejo |
|
Tu so priporočeni odgovori
| Ne | Opis | Prednostna naloga | Pojasnilo |
|---|---|---|---|
| 1. | Delovanje spletnega mesta je prepočasno | Visoko | Napaka v zmogljivosti lahko uporabniku povzroči velike nevšečnosti. |
| 2. | Funkcija prijave na spletnem mestu ne deluje pravilno | Kritično | Prijava je ena glavnih funkcij bančnega spletnega mesta, če ta funkcija ne deluje, gre za resne napake |
| 3. | GUI spletnega mesta se v mobilnih napravah ne prikaže pravilno | Srednje | Napaka vpliva na uporabnika, ki za ogled spletnega mesta uporablja pametni telefon. |
| 4. | Spletno mesto se ni moglo spomniti uporabniške seje prijave | Visoko | To je resna težava, saj se bo uporabnik lahko prijavil, vendar ne bo mogel izvajati nadaljnjih transakcij |
| 5. | Nekatere povezave ne delujejo | Nizko | To je enostavno popravilo za razvojne fante in uporabnik lahko še vedno dostopa do spletnega mesta brez teh povezav |
Odpravljanje napak
Odpravljanje napak pri preizkušanju programske opreme je korak za korakom postopek odpravljanja napak. Postopek reševanja napak se začne z dodeljevanjem napak razvijalcem, nato razvijalci načrtujejo, da se napaka odpravi glede na prioriteto, nato se napake odpravijo in na koncu razvijalci pošljejo poročilo o razrešitvi upravitelju preskusov. Ta postopek pomaga enostavno odpraviti in slediti napakam.
Če želite odpraviti napako, sledite naslednjim korakom.
- Dodelitev : dodeljena razvijalcu ali drugemu tehniku, ki jo je treba popraviti, in je status spremenil v Odziven .
- Popravljanje razporeda : v tej fazi prevzame odgovornost razvijalec. Ustvarili bodo urnik za odpravo teh napak, odvisno od prioritete napake.
- Odpravite napako : Medtem ko razvojna skupina odpravlja napake, Test Manager spremlja postopek odpravljanja napak v primerjavi z zgornjim razporedom.
- Poročilo o ločljivosti : Popravite napako pri razvijalcih, če so napake odpravljene.
Preverjanje
Ko je razvojna skupina odpravila napako in jo prijavila , preskusna skupina preveri, ali so napake dejansko odpravljene.
Na primer, v zgornjem scenariju, ko je razvojna skupina poročala, da je že odpravila 61 napak, bi vaša skupina znova preizkusila, da bi preverila, ali so bile te napake dejansko odpravljene ali ne.
Zaključek
Ko je napaka odpravljena in preverjena, se napaka spremeni v status zaprte . V nasprotnem primeru pošljite obvestilo razvojni enoti, da znova preveri napako.
Poročanje o napakah
Poročanje o napakah pri testiranju programske opreme je postopek, v katerem vodje testov pripravijo in pošljejo poročilo o napaki vodstveni skupini za povratne informacije o postopku upravljanja napak in stanju napak. Nato vodstvena skupina preveri poročilo o napaki in pošlje povratne informacije ali po potrebi zagotovi nadaljnjo podporo. Poročanje o napakah pomaga pri boljši komunikaciji, podrobnem sledenju in razlagi napak.
Uprava ima pravico vedeti stanje napake. Razumeti morajo postopek upravljanja napak, ki vas bo podpiral pri tem projektu. Zato jim morate sporočiti trenutno stanje napak, če želite od njih dobiti povratne informacije.
Pomembne meritve napak
Vrnite se na zgornji scenarij. Razvijalci in preskusne skupine pregledajo prijavljene napake. Tu je rezultat te razprave
Kako izmeriti in oceniti kakovost izvedbe testa?
To je vprašanje, ki ga želi vedeti vsak Test Manager. Obstajata 2 parametra, ki ju lahko upoštevate kot naslednja
V zgornjem scenariju lahko izračunate, da je stopnja zavrnitve napake (DRR) 20/84 = 0,238 (23,8%).
Drug primer, naj na spletni strani Guru99 banke ima skupno 64 napak, ampak tvoj testiranje ekipa zazna samo 44 napak in sicer so zamudili 20 napak. Zato lahko izračunate, da je razmerje uhajanja napake (DLR) 20/64 = 0,312 (31,2%).
Sklepna ugotovitev je, da se kakovost izvedbe preizkusa ocenjuje na podlagi dveh parametrov
Čim manjša je vrednost DRR in DLR, tem boljša je kakovost izvedbe testa. Kakšno območje razmerja je sprejemljivo ? Ta obseg bi lahko opredelili in sprejeli kot podlago v ciljnem projektu ali pa se sklicevali na meritve podobnih projektov.
V tem projektu je priporočena vrednost sprejemljivega razmerja 5 ~ 10%. To pomeni, da je kakovost izvedbe testa nizka. Za zmanjšanje teh razmerij bi morali najti protiukrepe, kot so
- Izboljšati preizkusne sposobnosti člana.
- Porabite več časa za izvajanje preizkusov, še posebej za pregled rezultatov izvajanja preizkusov.