defect triage process
Popoln vodnik o postopku napak z napakami in učinkoviti načini vodenja srečanja na področju napak z napako:
V današnjem članku bomo spoznali sestanek Defect Triage in kako lažje in učinkoviteje voditi triažni sestanek.
Pred nadaljevanjem tega članka želim, da vsi vedo, kaj pomenijo napaka, življenjski cikel pomanjkljivosti in kako nastaviti prednost in resnost za vsako napako . Razumeti je treba te osnovne koncepte, povezane z napako ali napako.
Lahko si ogledate tudi moj prejšnji članek ' Življenjski cikel pomanjkljivosti in Postopek obvladovanja napak ' za hitro razumevanje teh konceptov.
Kaj se boste naučili:
- Pregled
- Srečanje okvar Triage
- Predloga za triažo napak
- Postopek trijaže okvar
- Vloge in odgovornosti
- Zaključek
- Priporočeno branje
Pregled
Beseda 'Triaža' se v osnovi uporablja na medicinskem področju. Pravzaprav je nekoč določal vrstni red zdravljenja bolnikov. Običajno v velikih bolnišnicah, kjer je na tisoče pacientovih pristopov za vsakodnevno posvetovanje ali dejansko zdravljenje. Toda vsi bolniki niso takoj sprejeti ali zdravljeni.
Resnost bolezni ali poškodbe je glavno merilo za posvetovanje in na podlagi tega so vsi bolniki ustrezno razvrščeni. Če je poškodba ali zdravje katerega koli bolnika zelo kritična, potem zdravniki take paciente obravnavajo prednostno in po potrebi sprejmejo.
Običajne bolezni ali nekritične poškodbe so manj pomembne in takšni bolniki se zdravijo pozneje.
Podobno se izraz Triage uvaja pri testiranju programske opreme za napake v aplikaciji ali projektu. Običajno se postopek napak z napakami izvaja pri velikih projektih in v mnogih primerih ni primeren za manjše projekte. Pri večjih projektih kot pri srednjih ali majhnih lahko ugotovimo ogromno napak.
Tudi pri večjih projektih je pogostost odkrivanja napak precej večja.
Oglejte si spodnjo sliko, ki prikazuje izid triažnega srečanja Defect in daje odgovore na posebna vprašanja, kot so:

Srečanje okvar Triage
Glavni cilj triažnega sestanka je slediti vsem napakam in pravočasno zagotoviti pravilno rešitev.
Med fazo izvajanja preizkusa preizkuševalci začnejo poročati o napakah v orodju za upravljanje napak, na primer HP ALM , QC itd. Nato Srečanje okvar Triage , na katerem morajo biti navzoči razvijalci in preizkuševalci, saj bodo ti ljudje razpravljali o vseh napakah in sprejeli potrebne nadaljnje ukrepe.
Prisotnost spodnjih udeležencev je obvezna predvsem obvezno:
- Vodja projekta
- Testni vodnik
- Vodja razvoja ali razvijalec
- Tester
- Test Manager
- Poslovni analitik
- Vodja okolja
Čeprav sem dal izčrpen seznam vseh udeležencev sestanka, ni treba vključevati vseh, kot so poslovni analitik, vodja okolja, vodja preskusov itd., Na vsakodnevno srečanje. Kadar je potrebno, jih povabi vodja preskusa ali vodja projekta, ki lahko delijo svoje dragocene povratne informacije in mnenje glede določene napake.
In celotna ekipa je znana kot Triage ekipa . Zdaj bom razložil natančen postopek triažnega sestanka in kako je ta sestanek organiziran.
Poglejmo en hipotetičen primer :Imamo en projekt, povezan z aplikacijo za bančništvo, velikost je zelo velika in pogostost prepoznavanja in poročanja o napaki je velika. Zato se preizkusni vodja odloči, da bo organiziral sestanek o napakah z zahtevanimi udeleženci.
Za pripravo sestanka preizkusni voditelj po e-pošti vsem pošlje povabilo na sestanek in določi določen čas za Triage Meeting. Spodnja hipotetična slika prikazuje vabilo na sestanek, ki ga je testni vodnik poslal vsem udeležencem prek napovedi.
Tu je na spodnji sliki vse namišljeno - imena udeležencev, sejna soba, podrobnosti konferenčnega klica, datum, ura itd.
najboljša brezplačna programska oprema za prenos youtube videoposnetkov
(Opomba:Za povečan pogled kliknite katero koli sliko)

Vsak dan pred začetkom triažnega sestanka testni vodnik pošlje seznam vseh 'Odprtih' napak v obliki preglednice vsem udeležencem, da lahko pred sestankom preberejo vse napake in razumejo, v čem je natančno napaka in kakšen popravek je zanj potreben.
Pred začetkom vsakega triažnega sestanka zagotovite, da vsaka napaka:
- Ima dovolj informacij za razumevanje napake za vse udeležence sestanka.
- Je poročal pod pravilnim projektom in kategorijo.
- Je omenil prednost in resnost napak.
- Vse podrobne informacije v napaki, da jih vsi udeleženci pravilno razumejo.
Priporočeno branje => Popoln vodnik za postopek obvladovanja napak
Predloga za triažo napak
Pred začetkom vsakega sestanka za okvare okvar preizkusni vodnik poročilo o napakah deli vsem udeležencem v določeni obliki in poročilo, izvlečeno iz orodja za upravljanje napak, kot so HP ALM, HP QC itd. spodnja slika, ki bo na visoki ravni predstavila, katera polja so navedena v predlogi poročila o napakah.

Polja, vključena v poročilo o napaki, so običajno:
- ID napake
- Opis
- Prednostna naloga
- Resnost
- Zaznani datum
- Zaznal
- Stanje
Seznam ni izčrpen, vendar lahko glede na potrebe projekta vključite tudi druga polja v predlogi poročila o napakah.
Običajno se oblika preglednice uporablja kot predloga za poročanje o napakah, zato sem v obliki preglednice podal hipotetične podrobnosti o napakah. Upoštevajte, da so vse informacije v zgornjem poročilu o napakah zgolj namišljene in niso povezane z nobenim projektom ali dejansko aplikacijo.
Postopek trijaže okvar
Pogosto slišana in izkušena situacija v testnih skupinah je omejena razpoložljivost virov. Triaža napak je postopek, ki poskuša nekaj uravnotežiti zaradi tega pojava. Kadar je torej veliko napak in jih razvijalci / preizkuševalci lahko odpravijo / preverijo, triaža napak pomaga rešiti čim več napak z uravnoteženjem tehničnega osebja na podlagi parametrov napak, kot sta prednost in resnost.
Običajno se triažne seje napak udeležijo vodja izdelkov, vodja razvoja, preizkusni vodnik in včasih poslovni analitiki. V nekaterih primerih so lahko tudi nekateri drugi člani povabljeni, da podajo svoja mnenja in poglede glede nekaterih napak. Skupno se imenujejo triažna ekipa.

Večina sistemov uporablja prednost kot glavna merila za oceno napake, vendar dober triažni postopek upošteva tudi resnost.
prijetna spletna storitev intervju vprašanja in odgovori
Oglejmo si podrobneje triažni postopek z dvema primeroma, o katerih smo govorili v prejšnjem poglavju. V obeh zgornjih primerih bi bila dejansko prva napaka, ki bi ji bila dana zelo velika prednost. Kljub temu, da gre zgolj za kozmetično napako, bi bil vpliv, da se ne odpravi, velik.
Druga pa je zagotovo napaka v funkcionalnosti, vendar se pojavlja le v določenih pogojih, ki se redko izvajajo v scenarijih strank. Za njegovo odpravo bo morda treba več časa in ljudi, kar bi lahko bolje izkoristili za druge napake. Zato bi se mu zdela manjša prednost kot prva in morda preusmeritev kandidata na drugo izpustitev.
Tako triažni postopek vključuje triažno skupino, ki sedi skupaj in pregleda vse napake, vključno z zavrnjenimi. Pripravijo začetno oceno napak na podlagi njihove vsebine, njihove prednostne naloge in nastavitev resnosti; pri čemer vsaka oseba v triažni skupini predstavi svoj pogled na to, kako prednostno razvrstiti napake.
Nato upravitelj izdelkov nastavi prednost na podlagi vseh vhodov in napako dodeli pravi izdaji, tj. v trenutni ali kateri koli prihodnji izdaji. Prav tako napako preusmeri na ustreznega lastnika / ekipo za nadaljnje ukrepanje. Zavrnjene napake so prav tako podvržene podobni analizi. Glede na razlog za zavrnitev se določi futuristično dejanje, ali ga je treba odložiti ali preklicati.
Na triažnem sestanku je treba razpravljati o vsaki napaki, vključno z napakami, ki so opredeljene kot manj prednostne. Pregled triažne ekipe oceni vse napake in za vsako napako ustrezno ukrepa. Če v napaki primanjkuje informacij, razvijalec dodeli take napake preizkuševalcem in zahteva potrebne informacije.
Triažni sestanek se lahko izvede v sejni sobi, če so vsi udeleženci na isti lokaciji. Toda v mnogih organizacijah delo poteka z druge lokacije in vse ekipe so razporejene po različnih lokacijah, tako da sestanek poteka tudi s pomočjo telekonference ali poslovnega Skypea.

( slike vir )
Postopni postopek triažnega srečanja napak:
- Test Lead začne sestanek s poročilom o napaki, ki je bilo poslano prej tega dne.
- Razprava se začne z ukrepi, ki čakajo na prejšnjem triažnem sestanku. Na začetku so obravnavane potrebne posodobitve ali ukrepi, ki so bili sprejeti v zvezi s katero koli napako.
- Če so v poročilu o napakah nove napake, se te napake pregledajo in ocenijo. Prav tako preveri, ali sta prednost in resnost pravilno dodeljena, če ne, se na sestanku to popravi.
- Na sestanku so obravnavane vse napake, razvojna skupina pa tudi o zapletenosti odprave napake. O tveganju, povezanem z napako, razpravlja tudi triažna ekipa.
- Skupina Triage prihaja do zaključka, katera napaka mora zahtevati takojšnjo pozornost in odpravo, katera napaka pa mora počakati nekaj časa in po potrebi se lahko te napake preložijo na prihodnje izdaje.
- Vse napake se med sestankom istočasno dodelijo ustrezni ekipi v QC ali ALM. Ustrezni komentarji so dodani tudi v QC / ALM.
- Vse bistvene posodobitve in akcijski elementi so zabeleženi in testni vodnik pokliče konec sestanka.
- Po zaključku triažnega sestanka Test Lead pošlje zapisnik sestanka vsem udeležencem.
Vloge in odgovornosti
Vloge in odgovornosti na podlagi posamezne kategorije so razložene spodaj:
Testni vodnik
- Test Lead načrtuje triažni sestanek napak in zahtevano ekipo pošlje uradno povabilo na sestanek.
- Pošlje poročilo o napaki pred vsakim triažnim sestankom.
- Začetek sestanka s čakajočimi akcijskimi predmeti s prejšnjega triažnega sestanka.
- Pogovorite se o vsaki napaki in vplivu na urnik, če je katera od funkcij blokirana zaradi napake.
- Pomaga pri določanju prednosti in resnosti vsake napake, če prej ni bila pravilno dodeljena.
- Posodobite QC / ALM z ustreznimi komentarji.
- Zapišite si vse posodobitve, elemente ukrepov, tveganje, povezano z napako itd.
- Pošlje zapisnik sestanka vsem udeležencem.
Vodja razvoja / razvijalec
- Delite posodobitve o akcijskih postavkah, ki čakajo na zadnjem triažnem sestanku.
- Pogovorite se o vseh napakah s tehničnega vidika.
- Na podlagi zapletenosti napake in funkcionalnosti določite, koliko časa bo potrebno za odpravo.
- Pogovorite se o zapletenosti napake in tveganju, povezanem z napako, če obstaja.
- Razvojni vodnik po potrditvi vseh razpoložljivih podrobnih informacij dodeli napako ustreznemu razvijalcu.
- Posodobi napako s pričakovanim datumom rešitve.
- Pomaga pri prepoznavanju osnovnega vzroka napake.
Vodja projekta
- Prepričajte se, če so na sestanku na voljo vsi predstavniki z vseh področij.
- Po potrebi vodja projekta na sestanek povabi poslovnega analitika, da poda svoje mnenje o določeni napaki.
- Če se napake ne premikajo ali obstaja večji blokator, se stopnjuje s postopkom stopnjevanja.
- Če je potrebno, deluje kot posrednik, če se med ekipami zgodi kakšen spor ali konflikt, in sprejme potrebno odločitev.
- Vzemite potrditev razvojne skupine za naslednji datum izdaje za odpravljene napake.
- Vsem skupinam sporočite posodobljeni urnik in datum objave projekta.
Včasih je tudi dobro, da v triažni klic vključite tudi druge člane ekipe, da bodo lahko tudi razumeli in prispevali k sestanku, po potrebi pa tudi svoje povratne informacije.
Zaključek
O vsaki zabeleženi napaki je treba razpravljati na triažnem sestanku.
Tudi če je napaka zavrnjena, mora preskusna skupina vedeti razlog zavrnitve. Tudi če katera koli napaka ni ponovljiva, lahko razvijalec med triažnim sestankom od preizkuševalcev zahteva podrobnosti v realnem času in lahko poskusi reproducirati napako.
Triaža napak je pomembna, saj bodo vsi vedeli, kdaj bo napaka odpravljena in bo na voljo za ponovni test. Če je katera od napak nekritična in je za odpravo napake potrebna velika prizadevanja razvojne skupine, odločitev pa bo sprejel vodja projekta.
Vodja projekta bo določil prednost takšne napake in po potrebi lahko napake prestavi na naslednjo izdajo.
Upam, da bi imeli jasno predstavo o Defektni trijaži, Defektni trijaži in načinih za učinkovito vodenje sestankov Defektne trijaže!
Priporočeno branje
- Proces upravljanja z napakami: Kako učinkovito obvladovati napake
- Kaj je tehnika preskušanja na podlagi pomanjkljivosti?
- Metode in tehnike preprečevanja napak
- Kaj je življenjski cikel napak / napak pri testiranju programske opreme? Vadnica za življenjski cikel napak
- Vadnica za Bugzilla: Praktična vadnica o orodju za upravljanje napak
- Vadnica za center za kakovost mikroostrenja (6. dan) - Obvladovanje napak
- Triaging v okvari: kako je organizirano v programu Scrum
- 3 najslabše navade poročanja o napakah in kako jih razbiti