Meni

Postupak trojanja s nedostacima i načini rješavanja sastanka s oštećenjima

  • Glavni
  • Ostalo
  • Postupak trojanja s nedostacima i načini rješavanja sastanka s oštećenjima

defect triage process

Isprobajte Naš Instrument Za Uklanjanje Problema

Cjelovit vodič za postupak uklanjanja oštećenja i učinkovite načine rješavanja sastanka oštećenja:

U današnjem ćemo članku naučiti o sastanku s oštećenjima i kako upravljati trijažnim sastankom na lakši i učinkovitiji način.

Prije nego što nastavim dalje s ovim člankom, volio bih da svi znaju što se podrazumijeva pod nedostatkom, životnim ciklusom oštećenja i kako postaviti prioritet i težinu za svaki nedostatak . I potrebno je razumjeti ove osnovne pojmove koji se odnose na kvar ili grešku.

Također možete proći kroz moj raniji članak ' Životni ciklus oštećenja i Proces upravljanja nedostacima ' za brzo razumijevanje tih pojmova.

Sastanak defektne trijaže

Što ćete naučiti:

Pregled

Riječ 'Trijaža' se u osnovi koristi u medicinskom području. Zapravo je odlučivalo redoslijedom prema kojem se pacijenti trebaju liječiti. Obično u velikim bolnicama, gdje postoje tisuće pacijentovih pristupa svakodnevnom savjetovanju ili stvarnom liječenju. Ali nisu svi pacijenti primljeni ili liječeni odmah.

Ozbiljnost bolesti ili ozljede glavni su kriterij za savjetovanje i na temelju toga svi su pacijenti sukladno tome kategorizirani. Ako su ozljede ili zdravlje bilo kojeg pacijenta vrlo kritični, tada liječnici takve pacijente obično tretiraju kao prioritet i primaju ih ako je potrebno.

Uobičajene bolesti ili nekritične ozljede smatraju se nižim prioritetom i takvi se pacijenti liječe kasnije.

Slično tome, pojam Triage uveden je u testiranje softvera na nedostatke u aplikaciji ili projektu. Obično se postupak trošenja neispravnosti provodi u velikim projektima, a u mnogim slučajevima nije primjenjiv za male projekte. Postoje šanse za identificiranje velikog broja nedostataka u većim projektima od srednjih ili malih projekata.

Također u većim projektima, učestalost identifikacije kvara je prilično veća.

koja je razlika između unixa i linuxa

Pogledajte donju sliku koja prikazuje ishod sastanka trijaže s nedostacima i daje odgovore na konkretna pitanja poput:

Triaga s nedostacima

Sastanak defektne trijaže

Glavni cilj trijažnog sastanka je pratiti sve nedostatke i pravodobno osigurati ispravno rješavanje.

Tijekom faze izvođenja testa, testeri počinju prijavljivati ​​nedostatke u alatu za upravljanje nedostacima HP ALM , QC itd. Zatim Sastanak defektne trijaže održava se na kojem programeri i testeri moraju biti prisutni jer će ovi ljudi razgovarati o svim nedostacima i poduzeti potrebne daljnje korake.

Uglavnom je obavezno prisustvo dolje navedenih sudionika:

  • Voditelj projekta
  • Ispitni kabel
  • Voditelj razvoja ili programer
  • Tester
  • Voditelj ispitivanja
  • Poslovni analitičar
  • Voditelj okoliša

Iako sam dao iscrpan popis svih sudionika sastanka, nije potrebno uključiti sve njih poput poslovnog analitičara, voditelja okoliša, voditelja ispitivanja itd. Na dnevni sastanak. Kad god je to potrebno, pozovu ih voditelj ispitivanja ili voditelj projekta i oni mogu podijeliti njihove vrijedne povratne informacije i mišljenje u vezi s određenim nedostatkom.

A čitav tim poznat je kao Triage tim . Sad ću objasniti točan postupak trijažnog sastanka i kako je postavljen taj sastanak.

Razmotrimo jedan hipotetički primjer :Imamo jedan projekt vezan uz aplikaciju za bankarstvo, veličina je vrlo velika, a učestalost prepoznavanja i prijavljivanja nedostatka velika. Stoga voditelj ispitivanja odlučuje organizirati sastanak defektnih trijaža sa potrebnim sudionicima.

Za postavljanje sastanka, voditelj ispitivanja šalje pozivnicu za sastanak e-poštom svima i postavlja određeno vrijeme za Triage Meeting. Donja hipotetska slika prikazuje pozivnicu za sastanak koju je testni voditelj poslao svim sudionicima putem Outlook-a.

Ovdje je sve zamišljeno na donjoj slici kao što su - imena sudionika, soba za sastanke, detalji konferencijskog poziva, datum, vrijeme itd.

(Bilješka:Kliknite bilo koju sliku za uvećani prikaz)

Poziv na sastanak trijaže

Svaki dan prije početka trijažnog sastanka, Test Lead šalje popis svih 'Otvorenih' nedostataka format je proračunske tablice svim sudionicima kako bi mogli prije sastanka proći kroz sve nedostatke i shvatiti u čemu se točno radi o nedostatku i kakav je popravak potreban za to.

Prije početka svakog trijažnog sastanka osigurajte da svaki nedostatak:

  • Ima dovoljno informacija da razumiju kvar za sve sudionike sastanka.
  • Prijavio se pod ispravnim projektom i kategorijom.
  • Spomenuo je prioritet i ozbiljnost nedostataka.
  • Svi detaljni podaci navedeni u nedostatku kako bi se svi sudionici pravilno razumjeli.

Preporučeno čitanje => Cjelovit vodič za postupak upravljanja nedostacima

Predložak trijaže s nedostacima

Prije početnog pokretanja svakog sastanka o neispravnosti, test olovo dijeli izvještaj o kvaru svim sudionicima u određenom formatu, a izvještaj izvučen iz alata za upravljanje nedostacima poput HP ALM, HP QC itd. Prikazujem jedan uzorak formata u donja slika koja će dati ideju na visokoj razini o tome koja su polja navedena u predlošku izvješća o nedostacima.

Izvještaj o nedostacima

Polja koja su uključena u izvještaj o kvaru su obično:

  • ID oštećenja
  • Opis
  • Prioritet
  • Ozbiljnost
  • Otkriven datum
  • Otkrio
  • Status

Popis nije iscrpan, ali prema potrebi projekta mogu se uključiti i druga polja u predlošku izvješća o nedostacima.

Obično se format proračunske tablice koristi kao predložak za prijavljivanje kvarova, stoga sam u formatu proračunske tablice dao hipotetičke pojedinosti o nedostacima. Napominjemo da su svi podaci navedeni u gore navedenom izvještaju o kvaru samo izmišljeni i nisu povezani s bilo kojim projektom ili stvarnom primjenom.

Postupak trošenja oštećenja

Situacija u testnim timovima koja se često čuje i iskušava je ograničena dostupnost resursa. Trijaža defekata je postupak koji pokušava izvršiti neko uravnoteženje kao rezultat ove pojave. Dakle, ako postoji mnogo nedostataka i ograničeni programeri / testeri da ih poprave / provjere, trijaža defekata pomaže u rješavanju što većeg broja nedostataka uravnoteženjem tehničkog osoblja na temelju parametara nedostataka poput prioriteta i težine.

Obično sesiji trijaže nedostataka prisustvuju voditelj proizvoda, razvojni vodič, testni vodič i ponekad poslovni analitičari. U nekim slučajevima mogu se pozvati i neki drugi članovi da daju svoja mišljenja i stajališta u vezi s određenim nedostacima. To se zajednički naziva trijažni tim.

Postupak trošenja oštećenja

Većina sustava koristi prioritet kao glavni kriterij za procjenu nedostatka, međutim, dobar postupak trijaže uzima u obzir i težinu.

Pogledajmo pobliže postupak trijaže s dva primjera o kojima smo govorili u prethodnom odjeljku. U oba gornja primjera to bi zapravo bio prvi nedostatak kojem bi se dao vrlo visoki prioritet. Iako je to samo kozmetički nedostatak, učinak ne popravljanja bio bi ogroman.

S druge strane, drugi je sigurno funkcionalni nedostatak, međutim, njegova pojava je u samo određenim uvjetima koji se rijetko primjenjuju u scenarijima kupaca. Popravak će možda trebati više vremena i ljudi, što bi se moglo bolje iskoristiti za druge nedostatke. Stoga bi smatrao da je prioritet niži od prioriteta prvog, a možda i preusmjeravanja kandidata na neko drugo puštanje.

Stoga postupak trijaže uključuje trijažni tim koji sjedi zajedno, pregledavajući sve nedostatke, uključujući odbačene nedostatke. Oni izvode početnu procjenu nedostataka na temelju njihovog sadržaja, njihovog prioriteta i postavki težine; sa svakom osobom u trijažnom timu koja iznosi svoju perspektivu kako odrediti prioritete za nedostatke.

Voditelj proizvoda zatim postavlja prioritet na temelju svih ulaza i dodjeljuje kvar ispravnom izdanju, tj. u trenutnom izdanju ili bilo kojem budućem izdanju. Također preusmjerava kvar ispravnom vlasniku / timu na daljnje postupanje. Odbačeni nedostaci također se provode kroz sličnu analizu. Na temelju razloga odbijanja utvrđuje se futuristička akcija treba li ga odgoditi ili otkazati.

Na trijažnom sastanku trebalo bi raspraviti svaki nedostatak, uključujući nedostatke koji su kategorizirani kao niži prioritet. Pregled trijažnog tima procjenjuje sve nedostatke i poduzima potrebne radnje na svakom nedostatku. Ako nedostatku nedostaju informacije, programer vraća takve nedostatke ispitivačima i zahtijeva potrebne informacije.

Trijažni sastanak može se održati u sobi za sastanke ako su svi sudionici na istom mjestu. No, u mnogim se organizacijama posao obavlja s drugog mjesta i svi su timovi raspoređeni na raznim mjestima, tako da se sastanak također održava pomoću telekonferencije ili poslovnog Skypea.

aplikacije za pretvaranje YouTubea u mp3

Sudionici telekonference

( slika izvor )

Koračni postupak sastanka trijaže defekata:

  • Test Lead započinje sastanak izvješćem o kvaru koje je poslano ranije tog dana.
  • Rasprava započinje radnjama koje su čekale prethodni trijažni sastanak. U početku se raspravlja o potrebnim ažuriranjima ili radnjama koje su poduzete u vezi s bilo kojim nedostatkom.
  • Ako postoje novi nedostaci u izvješću o nedostacima, tada se ti nedostaci pregledavaju i procjenjuju. Također provjerava jesu li prioritet i težina pravilno dodijeljeni, ako nisu, onda su ispravljeni na sastanku.
  • Na sastanku se raspravlja o svim nedostacima, a razvojni tim također raspravlja o složenosti popravljanja nedostatka. O riziku povezanom s nedostatkom također raspravlja tim za trijažu.
  • Triage tim donosi zaključak o tome koji bi kvar trebao zahtijevati hitnu pažnju i otkloniti, a koji kvar treba pričekati neko vrijeme i ako je potrebno ti se kvarovi mogu odgoditi za buduća izdanja.
  • Svi nedostaci istovremeno se dodjeljuju odgovarajućem timu u QC ili ALM tijekom sastanka. Odgovarajući komentari također se dodaju u QC / ALM.
  • Sva bitna ažuriranja i akcijske stavke bilježe se i voditelj ispitivanja poziva na kraj sastanka.
  • Nakon završetka trijažnog sastanka, voditelj ispitivanja šalje zapisnike sa sastanka svim sudionicima.

Uloge i odgovornosti

Uloge i odgovornosti temeljene na svakoj kategoriji objašnjene su u nastavku:

Ispitni kabel

  • Test Lead zakazuje sastanak trijaže defekata i šalje službeni poziv na sastanak potrebnom timu.
  • Šalje izvještaj o kvaru prije svakog trijažnog sastanka.
  • Sastanak započinje akcijama na čekanju s prethodnog trijažnog sastanka.
  • Raspravite o svakom nedostatku i utjecaju na raspored ako su neke funkcije blokirane zbog nedostatka.
  • Pomaže u dodjeli prioriteta i ozbiljnosti svakog kvara ako ranije nije ispravno dodijeljen.
  • Ažurirajte QC / ALM odgovarajućim komentarima.
  • Zabilježite sva ažuriranja, radnje, rizike povezane s nedostatkom itd.
  • Šalje zapisnik sa sastanka svim sudionicima.

Voditelj razvoja / programer

  • Podijelite novosti o akcijskim stavkama na čekanju od zadnjeg trijažnog sastanka.
  • Raspravite o svim nedostacima iz tehničke perspektive.
  • Na temelju složenosti kvara i funkcionalnosti utvrdite koliko će vam vremena trebati za popravljanje.
  • Razgovarajte o složenosti nedostatka i riziku povezanom s nedostatkom ako postoji.
  • Razvojni vodič dodjeljuje kvar odgovarajućem programeru nakon provjere valjanosti svih dostupnih detaljnih informacija.
  • Ažurira kvar s očekivanim datumom rješavanja.
  • Pomaže u utvrđivanju osnovnog uzroka kvara.

Voditelj projekta

  • Osigurajte da ako su svi predstavnici iz svih područja dostupni za sastanak.
  • Ako je potrebno, voditelj projekta poziva poslovnog analitičara na sastanak radi mišljenja o određenom nedostatku.
  • Ako se nedostaci ne pomiču ili ako postoji neki veći blokator, eskalira postupkom eskalacije.
  • Ako je potrebno, djeluje kao posrednik ako se između timova dogodi bilo kakav spor ili sukob i donosi potrebnu odluku.
  • Uzmite potvrdu razvojnog tima za sljedeći datum izdavanja za ispravljene nedostatke.
  • Obavijestite sve timove o ažuriranom rasporedu i datumu objavljivanja projekta.

Povremeno je također dobro uključiti ostale članove tima u trijažni poziv kako bi oni također mogli razumjeti i doprinijeti sastanku, a ako je potrebno i pružiti svoje povratne informacije.

Zaključak

O svakom prijavljenom nedostatku treba razgovarati na trijažnom sastanku.

Čak i ako se kvar odbije, ispitni tim trebao bi znati razlog odbijanja. Također, ako se bilo koji nedostatak ne može ponoviti, tijekom trijažnog sastanka programer može zatražiti od testera detalje u stvarnom vremenu i oni mogu pokušati reproducirati nedostatak.

Otklanjanje kvarova važno je jer će svi znati kada će se kvar popraviti i biti dostupan za ponovno testiranje. Ako je neki od nedostataka nekritičan, a da bi se otklonio nedostatak, potreban je ogroman napor razvojnog tima, a odluku će donijeti voditelj projekta.

Voditelj projekta odlučit će o prioritetu takvog kvara, a ako je potrebno, kvarovi se mogu odgoditi za sljedeće izdanje.

Nadam se da biste imali jasnu ideju o neispravnim trojansama, procesu neispravnih trojki i načinima za učinkovito upravljanje sastancima neispravnih trijaža!

Preporučena literatura

^