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

ასეთი შემთხვევის შემთხვევაში, მე განვახორციელებ შემდეგ ნაბიჯებს:

1. შეცდომის შემოწმება: დავრწმუნდები, რომ შეცდომა განმარტებულ ტესტ გარემოში (პროდუქტის ვერსია, გარემო, ოპერაციული სისტემა, ბრაუზერი და ა.შ.) მეორედ გამეორებასთან ერთად, შეცდომის ანგარიშში მითითებული ნაბიჯების გამოყენებით.
2. მეორედ გამეორების ნაბიჯების დაზუსტება: შესაძლებელია, პრობლემა იყოს ნაბიჯების არასწორ ან არასრულ აღწერილობაში. მე შევეცდები მათ მაქსიმალურად დეტალურად და ერთმნიშვნელოვნად დავწერო.
3. დამატებითი ინფორმაციის შეგროვება: ლოგები, ეკრანული სურათები/ვიდეოები, ქსელის მოთხოვნები (თუ საჭიროა), მონაცემები ბაზიდან. ეს დაეხმარება შემქმნელს მეტი კონტექსტის მიწოდებაში.
4. მსგავსი შემთხვევების შემოწმება: იყო თუ არა წინა პერიოდში მსგავსი შეცდომები? როგორ იქნა გადაჭრილი?
5. პირადად საუბარი შემქმნელთან: მე გავამარტივებ მის ხედვას. შესაძლოა, ის მიიჩნევს ქცევას ფუნქციად, არ იცოდა მოთხოვნა ან ხედავს რაიმე სპეციფიკას, რომელიც ჩემთვის არ არის აშკარა. დიალოგი ხშირად ეხმარება პრობლემის ძირის პოვნაში.
6. პროდუქტის მფლობელის/ბიზნეს ანალიტიკოსის ჩართვა: თუ განხილვის შემდეგ შეთანხმება არ მიიღწევა და მე დარწმუნებული ვარ, რომ არსებობს შეცდომა, მაშინ ჩავრთავ Product Owner-ს ან ბიზნეს ანალიტიკოსს, პრიორიტეტისა და შემდგომი მოქმედებების განსაზღვრისთვის. ისინი შეიძლება დაადასტურონ, რომ ქცევა არ შეესაბამება მოთხოვნებს, ან, პირიქით, გადაწყვიტონ, რომ ეს მისაღებია.
7. შეცდომის ანგარიშის განახლება: დავამატებ ყველა შეგროვებულ ინფორმაციას, განხილვების შედეგებს და მიღებულ გადაწყვეტილებას.
8. შეცდომის დახურვა (თუ საჭიროა): თუ Product Owner-ის/ბიზნეს ანალიტიკოსის გადაწყვეტილების ან შეთანხმების მიღწევის შემდეგ დადგინდება, რომ ეს არ არის შეცდომა ან დეფექტი მისაღებია, მაშინ დავხურავ შეცდომის ანგარიშს შესაბამისი კომენტარით.