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

პოსტის შემდეგ, როდესაც დეველოპერი გამოასწორებს შეცდომას, ბაგ-რეპორტი გადადის ვერფიკაციის ეტაპზე (Verification). QA სპეციალისტი ან ავტომატიზებული ტესტი ამოწმებს, ნამდვილად არის თუ არა პრობლემა გადაჭრილი და არ გამოჩნდა ახალი დეფექტები (რეგრესია) გამოსწორების შედეგად.

საშუალო მოვლენები:

1. დეველოპერი იხურავს / შეცვლის სტატუსს "შესწორებულია" (Resolved / Fixed). დეველოპერი აცნობებს გუნდს გამოსწორების ტესტირებისთვის მზადყოფნის შესახებ.
2. QA სპეციალისტი იღებს ბაგ-რეპორტს. პოულობს ბაგ-რეპორტს შეცდომების თვალთვალის სისტემაში.
3. შესწორების შემოწმება. QA სპეციალისტი განახორციელებს პროდუქტის ვერსიას, სადაც გამოსწორება განხორციელდა, და შეასრულებს შემდეგ მოქმედებებს:
   • განმეორებით ახორციელებს ბაგ-რეპორტში აღწერილ ნაბიჯებს, რათა დარწმუნდეს, რომ დეფექტი აღარ გამოჩნდება.
   • ახორციელებს დამატებით ტესტირებას გამოსწორებული პრობლემის და დაკავშირებული კომპონენტების სფეროში (რეგრესიული ტესტირება), რათა დარწმუნდეს გვერდითი ეფექტების არარსებობაში.
4. სტატუსის განახლება შეცდომების თვალთვალის სისტემაში. შემოწმების შედეგების მიხედვით, ბაგ-რეპორტის სტატუსი განახლდება:
   • "დახურული" (Closed / Verified): თუ გამოსწორება წარმატებით შემოწმდა და დეფექტი არ არსებობს. ეს არის საბოლოო სტატუსი ამ დეფექტისთვის.
   • "გახსნილი" (Reopened): თუ დეფექტი კვლავ არსებობს (არ არის სრულად გამოსწორებული) ან გამოჩნდა ახალი პრობლემები, დაკავშირებული გამოსწორებასთან. ამ შემთხვევაში, ბაგ-რეპორტი ისევ გადაეცემა დეველოპერს დამატებითი სამუშაოებისთვის.
5. კომენტარები ბაგ-რეპორტში. QA სპეციალისტი დაამატებს კომენტარს ვერფიკაციის შედეგებით (პროექტი/არასრულად, შემოწმების ვერსია) და ინფორმაციას ნებისმიერი გამოვლენილი რეგრესიის შესახებ.

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