Trijaža grešaka/defekata u testiranju softvera

Što je 'trijaža kvara'?

Trijaža nedostataka je proces u kojem se svakoj grešci daje prioritet na temelju njezine ozbiljnosti, učestalosti, rizika itd. Pojam trijaže koristi se u Testiranje softvera / QA za definiranje ozbiljnosti i prioriteta novih nedostataka.

Naziv je posuđen iz hitne medicine, gdje trijaža sortira pacijente prema hitnosti kada su resursi ograničeni. Tim za osiguranje kvalitete suočava se s istim ograničenjem: popis nedostataka uvijek je dulji od vremena dostupnog prije datuma objave, pa netko mora odlučiti što će se popraviti sada, što će se popraviti kasnije, a što će se odgoditi. Trijaža je sastanak na kojem se donosi i bilježi ta odluka.

Zašto trebamo imati 'trijažu kvarova'?

Cilj Bug Triage je procijeniti, odrediti prioritete i dodijeliti rješavanje nedostataka. Tim treba potvrditi ozbiljnost kvara, izvršiti promjene prema potrebi, finalizirati rješavanje nedostataka i dodijeliti resurse. Uglavnom se koristi u agilnom upravljanju projektima.

Bez trijaže, nedostaci ostaju u tracker s bilo kojom ozbiljnošću koju je tester izvještavanja slučajno odabrao, a programeri biraju posao prema osobnim preferencijama, a ne prema utjecaju na poslovanje. Banner ispod sažima razloge zašto timovi drže sastanak u kalendaru.

Koliko često treba provoditi 'trijažu kvarova' u izdanju?

Učestalost sastanka trijaže kvara nije fiksna. Ovisi o projektnoj situaciji.

Ovdje su neki važni čimbenici koji odlučuju o učestalosti sastanaka trijaže kvarova:

Ovi važni čimbenici su:

• Prema rasporedu projekta
• Broj nedostataka u sustavu
• Utjecaj na rasporede dostupnosti članova tima
• Sveukupno zdravlje projekta

Obično se sastanci trijaže kvarova održavaju dva ili tri puta tjedno.

Ritam se zaoštrava kako se približava objava. Timovi rade u kratkom roku Ološ Iteracije često uključuju kratku trijažu u dnevnu rutinu tijekom posljednjeg sprinta, dok projekt na duljem ciklusu vođenom planom može trijažu provoditi jednom tjedno dok... regresijsko testiranje faza počinje.

Tko su obvezni i ostali sudionici 'Trijaže kvarova'?

Obavezni sudionici

Dolje članovi projekta uvijek sudjeluju na sastancima trijaže kvarova.

• Voditeljica projekta
• Voditelj ispitnog tima
• Tehničko vodstvo
• Voditelj razvojnog tima

Neobavezni sudionici

• Developeri
• testeri
• Poslovni analitičar

Neobavezni sudionici pozivaju se kada određeni nedostatak zahtijeva njihov doprinos, na primjer kada poslovni analitičar mora potvrditi je li prijavljeno ponašanje zapravo u suprotnosti sa zahtjevom ili je prikriveni zahtjev za promjenom.

Uloge i odgovornosti sudionika tijekom 'Trijaže kvarova'.

Svaki obvezni sudionik dolazi s drugačijom odgovornošću, a sastanak traje samo do vremena kada se sva trojica unaprijed pripreme.

Voditelj ispitnog tima

• Zakazani sastanak trijaže bugova i slanje obavijesti o sastanku za sudionike.
• Napravite izvješće o nedostatku i pošaljite ga svim sudionicima prije sastanka.
• Dodijelite prioritet i ozbiljnost od nedostataka.
• Izložite prezentaciju kako bi drugi članovi razumjeli temeljni uzrok kvara.
• Svaka bilješka sa sastanka se bilježi i šalje sudionicima sastanka.

Voditelj razvoja

• Pomaže u određivanju prioriteta nedostataka.
• Razgovarajte o poteškoćama s nedostatkom i objasnite rizik koji je povezan s tim nedostatkom.
• Dodijelite posao za ispravljanje nedostataka relevantnim programerima.
• Ažurirajte rješavanje nedostataka i uključite bilješke o razvoju u slučaju da bilo koja informacija nedostaje ili bilo koja dodatna informacija potrebna programerima.

Voditeljica projekta

• Pomoć u određivanju prioriteta nedostataka.
• Razgovarajte o sljedećem datumu izdanja iteracije za osiguranje kvalitete.
• Trebate osigurati da su povezani predstavnici korisnika također pozvani na sastanak o trijaži bugova.

Voditelj projekta određuje datum izlaska, tako da završna odluka o bilo kojem spornom nedostatku obično pripada toj ulozi, kao što je prikazano u nastavku.

Što se događa tijekom sastanka 'Trijaža kvarova'?

• Voditelj testnog tima šalje izvješće o greškama s novim nedostacima. Tijekom sastanka trijaže kvarova, svaki se kvar analizira kako bi se vidjelo jesu li mu dodijeljeni pravi prioritet i ozbiljnost.
• Prioriteti se preuređuju ako je potrebno.
• Nedostaci se analiziraju i ocjenjuju prema stupnju ozbiljnosti.
• To uključuje raspravu o složenosti kvara, rizicima, odbijanju, ponovnom dodjeljivanju pogrešaka.
• Ažuriranja su zabilježena u bugu trackraljevski sustav.
• QA inženjer izvršit će izmjene na svakom nedostatku i raspraviti o tome sa svakim sudionikom.
• Polje "Komentari" ispravno se ažurira bilježenjem bitnih točaka sastanka.

Većina vremena rasprave odnosi se na dva područja koja je najlakše pomiješati. Ozbiljnost i prioritet postavljaju se neovisno, a nedostatak može imati visoku ocjenu na jednom, a nisku na drugom.

Savjet: Neka rasprava o pojedinačnom nedostatku bude kratka. Kada se problem ne može riješiti u nekoliko minuta, zaustavite ga, dodijelite vlasniku da ga istraži i vratite ga na sljedeću sesiju umjesto da dopustite da jedan nedostatak zaokupi cijeli sastanak.

Kakav je ishod 'trijaže kvarova'?

Na kraju svakog sastanka pripremit će se metrika trijaže kvarova i dati svim sudionicima. Ovo izvješće služi kao zapisnik sastanka koji će se pokazati korisnim za buduće sastanke.

Izvješće je točka u kojoj se trijaža ponovno povezuje sa širim proces upravljanja nedostacimaTimovi u njemu obično bilježe sljedeće:

• Nedostaci pregledani na sesiji, s dogovorenom ozbiljnošću i prioritetom za svaki.
• Novododijeljeni nedostaci, zajedno s programerom koji ih sada posjeduje.
• Nedostaci odgođeni, odbijeni ili označeni kao duplikati, s navedenim razlogom.
• Broj otvorenih nedostataka prema ozbiljnosti, tako da je trend u svim sesijama vidljiv.
• Radnje su prenesene na sljedeći sastanak.

Jer se svaka promjena zapisuje natrag u tracker, stanje svake stavke ostaje konzistentno s njezinim položajem u životni ciklus defekta, a sljedeća sesija počinje s točnog popisa, a ne s ustajalog.

Pitanja i odgovori