Miks on vigade / defektide triaažimine tarkvara testimisel oluline?

Lang L: none (table-of-contents):

Anonim

Mis on "defektide triaaž"?

Defektide triaaž on protsess, kus iga viga seatakse prioriteetseks selle tõsiduse, sageduse, riski jms alusel. Triage'i terminit kasutatakse tarkvara testimisel / kvaliteedikontrollis uute defektide tõsiduse ja prioriteedi määratlemiseks.

Selles õpetuses õpime-

  • Mis on "defektide triaaž"?
  • Miks peab meil olema „Defect Triage”?
  • Kui tihti tuleb väljalaskes läbi viia „Defect Triage”?
  • Kes on „Defektide hindamise” kohustuslikud ja teised osalejad?
  • Osalejate rollid ja vastutus defektide hindamise ajal.
  • Mis juhtub defektide triageerimise koosoleku ajal?
  • Mis on „defektide triageerimise” tulemus?

Miks peab meil olema „Defect Triage”?

Bug Triage'i eesmärk on hinnata, prioriseerida ja määrata defektide lahendamine. Meeskond peab kinnitama defekti tõsiduse, tegema muudatusi vastavalt vajadusele, viima lõpule defektide lahendamise ja määrama ressursid. Kasutatakse peamiselt väledas projektijuhtimises.

Kui tihti tuleb väljalaskes läbi viia „Defect Triage”?

Defektide triaažikohtumiste sagedus pole fikseeritud. See sõltub projekti olukorrast.

Siin on mõned olulised tegurid, mis otsustavad defektide hindamise koosolekute sageduse:

Need olulised tegurid on:

  • Vastavalt projekti ajakavale
  • Defektide arv süsteemis
  • Mõju meeskonnaliikmete kättesaadavuse ajakavale
  • Projekti üldine tervislik seisund

Tavaliselt toimuvad Defect Triage'i koosolekud kaks või kolm korda nädalas.

Kes on „Defektide hindamise” kohustuslikud ja teised osalejad?

Kohustuslikud osalejad

Allpoololevad projekti liikmed võtavad alati osa Defect Triage koosolekutest.

  • Projektijuht
  • Testimeeskonna juht
  • Tehniline plii
  • Arendustiimi juht

Valikulised osalejad

  • Arendajad
  • Testijad
  • Ärianalüütik

Osalejate rollid ja vastutus defektide hindamise ajal.

Testimeeskonna juht

  • Planeeritud veaparameetrite koosolek ja saatke osalejatele koosoleku teatis.
  • Looge defektiaruanne ja saatke see enne koosolekut kõigile osalejatele.
  • Määrake defektide prioriteet ja tõsidus.
  • Esitage esitlus, et teised liikmed saaksid aru defekti algpõhjust.
  • Iga koosoleku märkus hõivatakse ja saadetakse koosoleku osalejatele.

Arenguplii

  • Aitab defektide prioriseerimisel.
  • Arutage defekti raskusi ja selgitage selle defektiga kaasnevat riski.
  • Eraldage defektide kõrvaldamise töö asjakohastele arendajatele.
  • Värskendage defektide lahendust ja lisage arengumärkused juhuks, kui mõni teave puudub või arendajatele vajalik lisateave.

Projektijuht

  • Abi defektide tähtsuse järjekorda seadmisel.
  • Arutage järgmise korduse QA väljaandmise kuupäeva.
  • Peate veenduma, et vea hindamise koosolekule kutsutakse ka seotud kasutajate esindajaid.

Mis juhtub defektide triageerimise koosoleku ajal?

  • Testimeeskonna juht saadab uute vigadega veateate. Defektide hindamise koosolekul analüüsitakse iga defekti, et näha, kas sellele on määratud õige prioriteet ja tõsidus.
  • Vajadusel korraldatakse prioriteedid ümber.
  • Defekte analüüsitakse ja hinnatakse nende raskusastme järgi.
  • See hõlmab arutelu defekti keerukuse, riskide, tagasilükkamise ja vigade ümberpaigutamise üle.
  • Värskendused salvestatakse vigade jälgimise süsteemis.
  • Kvaliteedikontrolli insener teeb muudatused igas defektis ja arutab neid iga osalejaga.
  • Välja "Kommentaarid" värskendatakse õigesti, märkides ära koosoleku olulised punktid.

Mis on „defektide triageerimise” tulemus?

Iga koosoleku lõpus valmistatakse ette defektide määramise mõõdikud ja antakse kõigile osalejatele. See aruanne toimib koosoleku protokollina, mis on tulevaste koosolekute jaoks kasulik.

Järeldus:

  • Defektide triaaž on protsess, kus iga viga seatakse prioriteetseks selle tõsiduse, sageduse, riski jne alusel.
  • Bug Triage'i eesmärk on hinnata, prioriseerida ja määrata defektide lahendamine.
  • Defektide hindamise kohtumise sagedus otsustatakse vastavalt projekti ajakavale, süsteemis esinevate defektide arvule, projekti üldisele tervisele jne.
  • Sellel koosolekul osalevad projektijuht, testimeeskonna juht, tehniline juht, arendusmeeskonna juht.
  • Defekte analüüsitakse ja hinnatakse nende raskusastme järgi.