Mis juhtub veaditeatega, kui see pole parandatud?

Kui bugi raportit ei ole parandatud, see läbib järgmisi elutsükli etappe:

• Avatud (Open): Bugi raport on loodud ja edastatud arendusmeeskonnale.
• Määratud (Assigned): Konkreetsele arendajale või meeskonnale määratakse ülesanne vea parandamiseks.
• Nõustunud (Rejected / Declined): Viga võib olla tagasi lükatud erinevatel põhjustel:
  • Pole viga (Not a Bug): Kirjeldatud käitumine on oodatav funktsionaalsus.
  • Dubleeritud (Duplicate): Viga on juba varem registreeritud.
  • Ei saa reprodutseerida (Cannot Reproduce): Ei ole võimalik viga reprodutseerida esitatud sammude järgi.
  • Ei parandata (Will Not Fix): Viga ei parandata juhtkonna otsuse tõttu (madal prioriteet, suur parandusrisk, ressursside puudus jne).
  • Vajab lisateavet (Need More Info): Vajalik on täiendav teave probleemi reprodutseerimiseks või mõistmiseks.
• Lükatud edasi (Deferred / Postponed): Viga on lükatud edasi hilisemasse versiooni või iteratsiooni kõrgema prioriteedi tõttu teiste ülesannete või ajapuuduse tõttu.
• Sulgitud (Closed): Kui viga on tagasi lükatud või lükatud edasi, liigub bugi raport lõplikult staatusele "Sulgitud", kuid ilma parandamiseta.

Käsitlusest sõltub, mis juhtub parandamata veaga järgmisel etapil:

• Kui see on nõustunud, siis bugi raport lihtsalt arhiveeritakse. Võivad olla lisatud asjakohased kommentaarid põhjendustega.
• Kui see on lükatud edasi, võib see tulevikus uuesti avada, kui on võimalus seda parandada, või lõplikult sulgeda, kui otsus parandada seda ei tehta.

Oluline on, et bugi haldamise süsteemis oleks selge statusmuutuste ajalugu ja kommentaarid, mis selgitavad iga ülemineku põhjust.