Defect Triage: All You Need to Know is here!

Mitä on Defect Triage?

Defect Triage on prosessi, jossa testaajat selvittävät vian ja määrittelevät sille riskin, toistuvuuden ja vakavuuden asteen. Tämä aste priorisoi olennaisesti virheen, joka käsitellään ensin.

Triage on kuitenkin lääketieteellinen termi, joka tarkoittaa periaatteessa koetta tai kokeilua. Kun saavut päivystyspoliklinikalle, ensimmäisen lääketieteellisen arvion tekee sairaanhoitaja.

Päivystyspoliklinikalla se tehdään yleensä triage-huoneessa. Tänä aikana on erittäin tärkeää, että potilas kuvailee ongelmansa sairaanhoitajalle, jotta tämä voi arvioida tarkasti, mitä seuraavaksi on tehtävä.

Toisen henkilön sairauden vakavuuden tai kiireellisyyden perusteella hänet saatetaan ottaa takaisin nopeammin kuin sinä. Juuri näin tapahtuu, kun ohjelmistotestaaja suorittaa vikojen tai virheiden lajittelun.

Hän määrittää kullekin virheelle vakavuusasteen, ja se virhe, joka vaikuttaa vakavammalta tai jolla on enemmän potentiaalia vaarantaa järjestelmän eheys, otetaan huomioon ensin.

Virhetriagointipalaveri

Triagointipalavereita fasilitoi QA-päällikkö, ja sitä koordinoidaan liiketoiminta-analyytikkojen, IT-päällikön, projektipäällikön tai jopa tuotepäällikön kanssa.

Kehitys- tai testausvaiheessa testaajat törmäävät moniin ongelmiin tai vikoihin, jotka jatkavat kaikkien vaivaamista. Näiden vikojen hoitamiseksi järjestetään vikojen triagepalaveri.

Triagepalaverin päätavoitteena on ongelmien luokittelu, priorisointi ja seuranta.

Triagepalavereja järjestetään aina silloin tällöin, joskus jopa 3-4 kertaa viikossa riippuen projektin koosta, projektitilanteesta, aikataulusta ja vikojen määrästä. Useat tekijät vaikuttavat siihen, kuinka monta triage-kokousta tarvitaan, jotta vika voidaan poistaa lopullisesti.

Kaikki nämä kokoukset sisältävät keskusteluja vian monimutkaisuudesta, siihen liittyvästä riskistä, tehtävistä, uudelleen tehtävistä ja hylkäämisistä. Kaikki nämä päivitykset kirjataan vikaseurantajärjestelmään.

Parhaan tuloksen saavuttamiseksi QA-päällikön tulisi lähettää vikaraportti, jossa on olemassa olevia vikoja tai uusia vikoja, jokaiseen kokoukseen.

Jokaista virhettä olisi analysoitava, jotta nähdään, onko sille annettu oikea prioriteetti ja vakavuus. Tämän kokouksen tärkein motiivi on korjata kaikki viat ajoissa, kiinteästi ja tarkasti.

Kokouksen aikana jokainen vika luokitellaan johonkin kolmesta kategoriasta:

• IMMEDIATE ACTION TO FIX THE BUG: Vika kuuluu tähän kategoriaan kahdesta syystä. Ensimmäinen syy on se, että tiimillä on riittävästi resursseja vian korjaamiseen ja toinen syy on se, että vika saattaa aiheuttaa ongelmia tulevaisuudessa, joten on tärkeää, että vika korjataan välittömästi.
• TOIMENPITEET VIRHEEN KORJAAMISEKSI MYÖHEMMIN: Bugi kuuluu tähän kategoriaan, kun tiimi tietää, että se ei ole mikään merkittävä asia ja se voidaan hoitaa jonkin ajan kuluttua.
• EI TOIMENPITEITÄ BUGIIN: Tämä tarkoittaa periaatteessa sitä, että vika on hyvin vähäinen eikä sillä ole mitään vaikutusta koko järjestelmään. Siksi tällaiseen vikaan ei tarvitse ryhtyä toimenpiteisiin.

Vaiheet vikakokeilussa

Vikakokeiluryhmä koostuu projektipäälliköstä, testaajasta, testauspäälliköstä, kehittäjästä, ympäristöpäälliköstä, testauspäälliköstä ja liiketoiminta-analyytikosta. Virhetriagessa on kolme vaihetta; vikojen tarkastelu, vikojen arviointi ja vikojen osoittaminen. Jokaista vaihetta käsitellään yksityiskohtaisesti alla:

• VIRHEIDEN TARKASTELU: Kaikki edellä mainitut henkilöt sukeltavat syvälle kunkin virheen alkuperään ja seurauksiin yrittäessään korjata ne.
• VIRHEIDEN ARVIOINTI: Tässä vaiheessa viat luokitellaan kahteen luokkaan; korjattaviin ja odottaviin. Vian vakavuus on tärkein peruste tälle erottelulle. Edellä mainittu henkilöstö tekee yhdessä päätöksen siitä, mikä vika hoidetaan välittömästi ja mikä pidetään odottamassa.
• VIRHEEN MÄÄRITTÄMINEN: Nyt kun ryhmällä on luettelo vioista, jotka on käsiteltävä ensisijaisesti, se osoittaa kunkin vian asianomaiselle henkilölle. Kaikki tämä tehdään sen jälkeen, kun vika on arvioitu asianmukaisesti ja kattavasti.

Triage-tiimin jokaisen jäsenen roolit ja vastuut

• TESTIJOHTAJA: Testijohtaja on se, joka aloittaa kaiken. Testijohtaja lähettää virallisen kutsun kaikille triagen jäsenille yhdessä yksityiskohtaisen vikaraportin kanssa. Testauspäällikkö on ensimmäinen henkilö, joka tunnistaa ja määrittää kullekin vialle vakavuusasteen. Yksi testauspäällikön päätehtävistä on valmistella triage-ryhmälle esitys, jonka avulla he saisivat lisätietoa kustakin viasta. Tämä esitys auttaa tiimin jäseniä pääsemään nopeasti ongelman ytimeen.
• PROJEKTIPÄÄLLIKKÖ: Projektipäälliköllä on keskeinen rooli vikojen priorisoinnissa, vikaluettelon laatimisessa ja koko kokouksen välittämisessä. Hän myös varmistaa, että kaikki triagetiimin jäsenet ovat läsnä keskustelussa. Joskus keskustelu kiihtyy, ja silloin projektipäällikkö astuu kuvaan, jotta tiimin jäsenet voivat ilmaista asiat omasta näkökulmastaan.
• KEHITYSTOIMINNAN JOHTAJA: Kehitystiimin johtaja ja projektipäällikkö priorisoivat yhdessä viat. Kehitysryhmän johtajan päätehtävänä on tiedottaa riskeistä ja kunkin vian monimutkaisuustasosta. Lisäksi hän on se, joka jakaa tehtäviä triage-tiimin eri jäsenille.

Tiimissä on muitakin jäseniä, mutta projektipäällikkö, testijohtaja ja kehitystiimin johtaja ovat avainhenkilöitä. Kokouksessa ei päästäisi lopputulokseen, jos joku näistä puuttuu.

Mitä triagepalaverissa tapahtuu?

Virheiden triagepalaveri jakaantuu kolmeen osaan; kokousta edeltävään osaan, kokouksen aikana pidettävään osaan ja kokouksen jälkeiseen osaan. Ennen kokouksen alkua testipäällikkö lähettää raportin kaikille triagetiimin jäsenille, jotta he ovat jossain määrin tietoisia viimeisimmistä vioista.

• ENNEN KOKOONTUMISTA: Testaajilla on keskeinen rooli ennakkokokouksessa. Testaajat antavat tiimille tietoa vioista, ja he luokittelevat jokaisen vian eri osioihin vakavuuden ja prioriteetin perusteella. Periaatteessa kokousta edeltävä istunto on siis testaajien hallussa.
• KOKOUKSEN JÄLKEEN: Aina ei käy niin, että kaikki kokouksessa käsitellyt ongelmat ratkaistaan. Joistakin edellisen vikakokouksen vireillä olevista asioista keskustellaan ennen kuin siirrytään uusiin asioihin. Sitten keskustellaan edellisten asioiden edistymisestä. Tästä eteenpäin jokainen kohta kirjataan ylös olemassa olevien vikojen vakavuudesta. Tiimin jäsenet tekevät yhdessä päätöksen siitä, mikä vika korjataan välittömästi ja mikä voidaan siirtää myöhempään ajankohtaan. Jos määräaika on lähellä, vakavuudeltaan vakavammat viat käsitellään ensin ja lievemmät viat jätetään odottamaan. Jos aikataulupaineita ei kuitenkaan ole, vähäpätöisimmätkin viat voidaan korjata projektin alussa. Tämän perusteella bugiluettelo päivitetään, ja tässä vaiheessa siirrytään tehtävien jakamiseen. Testauksen johtajalla on kokouksessa viimeinen sana. Hän tekee nopeasti yhteenvedon koko kokouksesta ja ilmoittaa välittömät toimintatavat asianomaisille tiimin jäsenille.
• POST-MEETING: MOM (kokouspöytäkirja) jaetaan vikakokousryhmälle kokouksen suorittamisen jälkeen. Tämä asiakirja sisältää kokouksessa käsitellyt keskeiset asiat.

Virhetriagointiraportin sisältö

1. DEFECT ID: Jokaiselle vialle on annettu yksilöllinen numero, joka erottaa sen muista vioista.
2. VIRHEEN KUVAUS: Liittyy siihen, miten vika aiheuttaa toimintahäiriön järjestelmässä.
3. LUOMISPÄIVÄMÄÄRÄ: Päivämäärä, jolloin vika huomattiin ensimmäisen kerran.
4. CREATOR: Luoja on henkilö, joka ensimmäisen kerran huomasi ja ilmoitti vian.
5. SEVERITY: Tämä kertoo, kuinka vakava vika on.
6. PRIORITY: Prioriteetti voi olla korkea, keskisuuri tai alhainen. Korkea prioriteetti tarkoittaa, että vika vaatii välitöntä huomiota, keskisuuri prioriteetti tarkoittaa, että vika voidaan korjata jonkin ajan kuluttua eikä se vaadi välittömiä toimenpiteitä, ja matala prioriteetti tarkoittaa, että virheellä ei ole merkittävää tai havaittavaa vaikutusta projektiin ja siksi sitä voidaan korjata tai olla korjaamatta.
7. STATUS: Se, onko vika uusi, tarkastelun alla, työn alla vai valmis, määritetään vian tilan perusteella.
8. ASENNUSPÄIVÄMÄÄRÄ: Tämä on päivämäärä, jolloin vika annettiin asianomaiselle henkilöstölle ratkaistavaksi.
9. ASENNUSTAJA: Tämä on päivämäärä, jolloin vika annettiin asianomaiselle henkilöstölle ratkaistavaksi.
10. ASENNUSTAJA:
11. RATKAISU: Tässä kentässä on sen henkilön nimi, jolle vika on annettu ratkaistavaksi.
12. RATKAISU: Mitä vian ratkaisemiseksi tehdään.
13. RATKAISUN PÄIVÄMÄÄRÄMÄÄRÄ: Arvioitu päivämäärä, jolloin vika ratkaistaan kokonaan.
14. ARVIOITU AJANKOHTA: Arvioitu aika, jonka kuluessa vika on saatu ratkaistua.
15. TODELLINEN AIKA: Virheen ratkaisemiseen kulunut kokonaisaika.
16. ROOT CAUSE DESCRIPTION: Tässä kentässä on tietoja, jotka liittyvät siihen, miksi vika ylipäätään ilmaantui.

Miksi tarvitsemme vikakokoonpanoa?

Tärkein hyöty, jonka saat prosessista, on se, että tiimisi pääsee arvioimaan virheen vakavuuden, laatimaan suunnitelmia sen kalastelemiseksi ja tekemään johtopäätöksiä resursseista, jotka on varattava prosessia varten. Vikojen triagea käytetään pääasiassa ketterissä testausmenetelmissä

YHTEENVETO

Vian ratkaisemiseksi kutsutaan koolle vikojen triage-kokous. Testauksen johtajan, projektipäällikön ja kehitystiimin johtajan on oltava läsnä kaikkien triage-tiimin jäsenten joukossa.

Virheiden triage-kokous suoritetaan kolmessa vaiheessa; ennen kokousta, kokouksen aikana ja kokouksen jälkeen. Kaiken tämän jälkeen testipäällikkö laatii yksityiskohtaisen triage-raportin.

Raportissa on kaikki tiedot alkaen siitä, kun vika alun perin huomattiin, aina vian perimmäiseen syyhyn asti.

Virheiden triage-taajuus riippuu täysin projektin koosta. Se voidaan järjestää viikoittain, kuukausittain tai päivittäin.