რატომ იცვლება Severity და Priority სტატუსები ტესტირების პროცესში?

დეფექტის Severity და Priority სტატუსების ცვლილება ტესტირების პროცესში შეიძლება რამდენიმე მიზეზით მოხდეს:

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

სტატუსის ცვლილებები ყოველთვის უნდა იყოს საფუძვლიანი და დოკუმენტირებული დეფექტების თვალსაზრისით სისტემაში.