Proces upravljanja greškama u testiranju softvera
Thomas Hamilton
⚡ Pametni sažetak
Proces upravljanja greškama u testiranju softvera je strukturirani okvir za identificiranje, kategorizaciju, rješavanje, provjeru, zatvaranje i prijavljivanje grešaka. Omogućuje predvidljivu komunikaciju između testera i programera, poboljšava kvalitetu izdanja i smanjuje bijeg na razini produkcije tijekom životnog ciklusa projekta.
Što je proces upravljanja greškama?
The Proces upravljanja greškama je sustavni pristup koji se koristi u testiranju softvera za identifikaciju, klasifikaciju, ispravljanje i provjeru grešaka prije objavljivanja softvera. Životni ciklus uključuje šest ključnih faza: 1) Otkrivanje greške, 2) Kategorizacija, 3) Rješavanje od strane programera, 4) Provjera od strane testera, 5) Zatvaranje i 6) Prijavljivanje grešaka na kraju projekta.
Ovaj članak objašnjava kako primijeniti proces upravljanja nedostacima pomoću GuruPrimjer web stranice banke 99, tako da početnici i testeri srednjeg nivoa mogu razumjeti svaki korak u stvarnom kontekstu projekta.
Zašto vam je potreban proces upravljanja greškama?
Zamislite da je vaš tim pronašao nekoliko grešaka tijekom testiranja Guru99 Bankarski projekt. Bez strukturiranog procesa, komunikacija između testera i programera odvija se verbalno ili putem raspršenih poruka.
Tjedan dana kasnije, programer odgovara s drugačijim shvaćanjem problema.
Sljedećeg tjedna, tester ponovno odgovara, stvarajući još veću zbrku.
Kada se komunikacija o nedostacima rješava usmeno ili neformalno, stvari se vrlo brzo kompliciraju. Za kontrolu i učinkovito upravljanje greškama potreban vam je definirani životni ciklus nedostataka koji standardizira način izvještavanja timova, track i zatvori probleme.
Korak 1) Otkriće
u otkriće U ovoj fazi, projektni tim mora identificirati što više nedostataka prije nego što se krajnji korisnik s njima susretne. Nedostatak se smatra "otkrivenim" nakon što ga razvojni tim prepozna i prihvati, u kojem trenutku se njegov status mijenja u prihvaćeno.
U primjeru scenarija, testeri su otkrili 84 nedostatka na GuruWeb stranica 99 Banke.
Međutim, testeri i programeri se ne slažu uvijek. Pogledajte sljedeći slučaj u kojem tim za testiranje identificira probleme na Guru99 Bank web stranicu i prijavljuje ih, ali razvojni tim osporava jesu li to nedostaci:
U takvom slučaju, kao voditelj testiranja, što biste trebali učiniti?
A) Slažem se s timom za testiranje da je to nedostatak.
B) Preuzmite ulogu suca i odlučite je li problem nedostatak ili ne.
C) Slažem se s razvojnim timom da to nije nedostatak.
Ispravan pristup je opcija B. Za rješavanje sukoba treba primijeniti proces rješavanja, a voditelj testiranja treba nepristrano procijeniti problem prije nego što odluči kvalificira li se kao nedostatak.
Korak 2) Kategorizacija
Kategorizacija nedostataka pomaže programerima da odrede prioritete svog rada kako bi se prvo riješili problemi koji su najkritičniji za poslovanje. Kategorizaciju obično provodi voditelj testiranja, a temelji se na ozbiljnosti i utjecaju na poslovanje.
Nedostaci se obično grupiraju u četiri razine prioriteta: Kritično, visoko, srednje i niskoPokušajte dodijeliti ispravan prioritet svakom od sljedećih nedostataka:
- Performanse web stranice su previše spore.
- Funkcija prijave na web stranicu ne radi ispravno.
- Grafičko korisničko sučelje web-mjesta ne prikazuje se ispravno na mobilni uređaja.
- Web-stranica ne može zapamtiti sesiju prijave korisnika.
- Neki linkovi ne rade.
Evo preporučenih odgovora:
| Ne. | Description | Prioritet | Objašnjenje |
|---|---|---|---|
| 1 | Izvedba web stranice je prespora | visok | Problemi s performansama uzrokuju velike neugodnosti krajnjim korisnicima. |
| 2 | Funkcija prijave ne radi ispravno | Kritično | Prijava je ključna funkcija bankarske web stranice. Ako ne uspije, cijelo korisničko iskustvo se blokira. |
| 3 | Grafičko korisničko sučelje (GUI) se ne prikazuje ispravno na mobilnim uređajima | Srednji | Greška utječe na korisnike koji pregledavaju web stranicu na pametnim telefonima. |
| 4 | Web-stranica ne može zapamtiti sesiju prijave korisnika | visok | Korisnici se mogu prijaviti, ali ne mogu obavljati daljnje transakcije. |
| 5 | Neki linkovi ne rade | Nizak | Jednostavno rješenje za programere, a korisnici i dalje mogu pristupiti ostatku stranice. |
Korak 3) Rješavanje kvarova
Rješavanje kvarova U testiranju softvera, postupak ispravljanja nedostataka korak po korak je proces. Proces rješavanja započinje dodjeljivanjem nedostataka programerima, koji zatim zakazuju ispravke na temelju prioriteta, implementiraju ispravke i na kraju šalju izvješće o rješavanju natrag voditelju testiranja. Ovaj slijed čini nedostatke... trackralj transparentan i odgovoran.
Za ispravljanje kvara možete slijediti ove korake:
- Zadatak: Kvar se dodjeljuje programeru ili tehničaru, a njegov status se mijenja u Odgovarajući.
- Ispravljanje rasporeda: Razvojni tim preuzima i izrađuje raspored ispravljanja na temelju prioriteta nedostataka.
- Ispravite kvar: Dok programeri ispravljaju nedostatke, voditelj testiranja tracks napreduje u odnosu na planirani raspored.
- Prijavi rezoluciju: Programeri šalju izvješće kojim potvrđuju koji su nedostaci ispravljeni i kako.
Korak 4) Provjera
Nakon što je razvojni tim fiksna i izvijestio nedostaci, tim za testiranje provjerava da su problemi riješeni.
Na primjer, kada razvojni tim prijavi da je ispravljeno 61 nedostatak, tim za testiranje ponovno testira svaki od njih kako bi potvrdio rade li ispravci ispravno pod istim uvjetima koji su uzrokovali izvorni kvar.
Korak 5) Zatvaranje
Nakon što je kvar ispravljen i potvrđen, njegov status se mijenja u ZatvorenoAko se kvar ne riješi ispravno tijekom provjere, morate poslati obavijest razvojnom timu da ga ponovno istraži. Zatvaranje označava da kvar više nije aktivan u sustavu.
Korak 6) Prijava kvarova
Prijava kvarova U testiranju softvera, testiranje je proces kojim voditelji testiranja pripremaju i dijele status nedostataka s upravljačkim timom. Upravni tim pregledava izvješće i pruža povratne informacije ili dodatnu podršku ako je potrebno. Prijavljivanje nedostataka poboljšava komunikaciju, trackralj i vidljivost oko nedostataka.
Vodstvo ima pravo razumjeti status nedostataka kako bi učinkovito podržalo projekt. Stoga morate redovito izvještavati o trenutnoj situaciji s nedostacima kako bi mogli pružiti smjernice i resurse.
Važna metrika kvarova
Vraćajući se na izvorni scenarij, timovi za razvoj i testiranje zajedno pregledavaju nedostatke. Kombinirani rezultati prikazani su u nastavku.
Kako možete mjeriti i vrednovati kvalitetu izvršenja testiranja?
Ovo je kritično pitanje svakog Voditelj ispitivanja želi odgovoriti. Obično se koriste dva ključna parametra:
U gore navedenom scenariju, Omjer odbacivanja nedostataka (DRR) izračunava se kao 20/84 = 0.238 (23.8%).
Kao drugi primjer, pretpostavimo da GuruWeb stranica 99 Bank ima ukupno 64 nedostatke, ali tim za testiranje otkriva samo 44 — značenje 20 nedostaci su propušteni. Omjer curenja nedostataka (DLR) izračunava se kao 20/64 = 0.312 (31.2%).
Ukratko, kvaliteta izvršenja testa ocjenjuje se pomoću dva parametra u nastavku:
Što su vrijednosti DRR i DLR manje, to je bolja kvaliteta izvršenja testa. Prihvatljivi raspon općenito je definiran ciljevima projekta ili uspoređen sa sličnim projektima. U ovom primjeru, preporučeni prihvatljivi raspon je 5% na 10%Trenutna izvedba je izvan ovog raspona, što signalizira da bi kvalitetu testiranja trebalo poboljšati sljedećim mjerama:
- Poboljšati vještine testiranja članova tima.
- Provesti više vremena na izvršavanje testa, posebno prilikom pregleda rezultata izvršavanja.
Najbolje prakse za učinkovito upravljanje nedostacima
Slijeđenje strukturiranih najboljih praksi ono je što razlikuje zreo proces upravljanja nedostacima od kaotičnog. Cilj nije samo ispraviti greške, već stvoriti sustav koji sprječava njihovo curenje u produkciju i minimizira prekide komunikacije između testera i programera.
Evo najboljih praksi koje bi početnici i testeri srednjeg nivoa trebali odmah usvojiti:
- Standardizirajte predložak defekta: Koristite predložak izvješća o fiksnom kvaru koji sadrži polja kao što su ID kvara, Description, koraci za reprodukciju, ozbiljnost, prioritet, okruženje i privitci. Dosljednost smanjuje razmjenu između testera i programera.
- Odredite prioritete prije dodjeljivanja: Uvijek kategorizirajte nedostatke prema ozbiljnosti i prioritetu prije nego što ih pošaljete programerima. To osigurava da kritični problemi ne ostanu zaglavljeni iza kozmetičkih.
- Reproducirajte prije izvještavanja: Prije nego što ga izdignete, defekt ponovite barem dva puta na čistom okruženju. Defekti koji se mogu ponoviti brže se zatvaraju i smanjuju omjer odbacivanja.
- Usvojiti nedostatak trackraljevski alat: Koristite alate kao što su TURA, Bugzilla, ili Mantis centralizirati trackralj, povijest i izvještavanje.
- Provoditi trijažne sastanke: Održavajte kratke, fokusirane sastanke za trijažu nedostataka kako biste uskladili prioritete između timova za kontrolu kvalitete, razvoja i proizvoda.
- Mjerenje curenja i odbacivanja: Track DLR i DRR u svakom sprintu ili ciklusu. Rastuća stopa curenja je rano upozorenje da je pokrivenost testiranjem nepotpuna.
- Provedite analizu uzroka: Za ponavljajuće ili vrlo ozbiljne nedostatke, provedite analizu uzroka kako se ista klasa grešaka ne bi vratila u budućim izdanjima.
- Zatvorite petlju s izvještavanjem: Dijelite tjedne nadzorne ploče s nedostacima sa zainteresiranim stranama kako bi problemi ostali vidljivi i poduzetni.
Dosljednom primjenom, ove prakse stabiliziraju životni ciklus nedostataka i podižu ukupnu kvalitetu svakog izdanja.
Resursi:
Preuzmite uzorak predloška za prijavu kvarova
