რა ხდება ბაგ-რეპორტთან, თუ ის არ არის გამოსწორებული?

თუ შეცდომის ანგარიში არ არის გამოსწორებული, ის გადის შემდეგი ეტაპების სიცოცხლის ციკლს:

• გახსნილი (Open): შეცდომის ანგარიში შეიქმნება და გადაეცემა განვითარების გუნდს.
• დანიშნული (Assigned): შეცდომის გამოსწორების დავალება კონკრეტულ დეველოპერს ან გუნდს მიენიჭება.
• გაუქმებული (Rejected / Declined): შეცდომა შეიძლება იყოს გამორიცხული სხვადასხვა მიზეზებით:
  • არ არის შეცდომა (Not a Bug): აღწერილი ქცევა არის მოსალოდნელი ფუნქციონალი.
  • დუბლიკატი (Duplicate): შეცდომა უკვე რეგისტრირებულია.
  • არ შეიძლება გამეორება (Cannot Reproduce): შეუძლებელია შეცდომის გამეორება მოცემული ნაბიჯებით.
  • არ იქნება გამოსწორებული (Will Not Fix): შეცდომა არ იქნება გამოსწორებული მენეჯმენტის გადაწყვეტილებით (დაბალი პრიორიტეტი, მაღალი რისკი, რესურსების ნაკლებობა და ა.შ.).
  • დამატებითი ინფორმაცია სჭირდება (Need More Info): საჭიროა დამატებითი ინფორმაცია პრობლემის გამეორებისთვის ან გაგებისთვის.
• გადადებული (Deferred / Postponed): შეცდომის გამოსწორება გადადებულია შემდეგი ვერსიაზე ან ინტერაციაზე, მაღალი პრიორიტეტების ან დრო/რესურსების ნაკლებობის გამო.
• დახურული (Closed): უარყოფა ან გადადების შემთხვევაში, შეცდომის ანგარიში საბოლოოდ გადადის "დახურული" სტატუსზე, მაგრამ გარეშე გამოსწორების.

შეცდომის გაუმჯობესების საბოლოო განაჩენი დამოკიდებულია მის სტატუსზე და მიღებულ გადაწყვეტილებაზე:

• თუ უარყოფილია, შეცდომის ანგარიში უბრალოდ არქივდება. შეიძლება დაემატოს შესაბამისი კომენტარები ახსნით.
• თუ გადადებულია, ის მომავალში შეიძლება გაიხსნას, როდესაც შესაძლებელი იქნება მისი გამოსწორება, ან საბოლოოდ დაიხუროს, თუ გადაწყვეტილება გამოსწორების გარეშე საბოლოო ხდება.

მნიშვნელოვანია, რომ შეცდომების მართვის სისტემაში იყოს ნათელი ისტორია სტატუსების ცვლილებების და კომენტარების, რომლებიც ახსნიან თითოეული გადასვლის მიზეზებს.