Test sürecinde Severity ve Priority durumlarının değişmesinin nedenleri nelerdir?

Test sürecinde Severity ve Priority durumlarının değiştirilmesi birkaç nedenden dolayı olabilir:

1. Hatanın ürün üzerindeki etkisinin anlaşılmasında değişiklik: Başlangıçta etkisi hafife alınmış olabilir (örneğin, UI sorunu olarak düşünülmüş, ancak kritik bir iş mantığını etkilediği ortaya çıkmış olabilir) veya fazla değer biçilmiş olabilir.
2. İş gereksinimleri veya önceliklerde değişiklik: Hata, iş için daha önemli veya daha az önemli hale gelen bir işlevi etkiliyorsa, önceliği ayarlanabilir.
3. Çözüm yolu (workaround) keşfi: Kullanıcı için önemli kayıplar olmadan hatayı aşmanın basit bir yolu bulunursa, Priority düşürülebilir. Severity genellikle aynı kalır, çünkü çözüm yolu sorunu ortadan kaldırmaz.
4. Diğer hatalara bağımlılık: Bir hatanın düzeltilmesi, başka bir hatanın etkisini kötüleştirebilir veya hafifletebilir, bu da durumların yeniden değerlendirilmesini gerektirebilir.
5. Etkilenen kullanıcı sayısında değişiklik: Başlangıçta önemsiz görülen bir hata, çok sayıda kullanıcıda bulunursa, Priority artırılabilir.
6. İlk değerlendirmede yanlışlık: Test uzmanı, bağlamı, işlevselliği veya iş süreçlerini yeterince anlamadan Severity veya Priority'yi yanlış belirlemiş olabilir.
7. Geliştirme/test aşamasındaki değişiklik: Farklı aşamalarda (örneğin, birim testi, entegrasyon, sistem, kabul) aynı hatanın etkisi farklı şekilde algılanabilir.
8. Takım veya yönetici kararı: Severity ve Priority ile ilgili nihai karar, genellikle takım lideri, proje yöneticisi veya Ürün Sahibi'nin katılımıyla ortak alınır, özellikle tartışmalı durumlarda.
9. Yeni kullanım senaryolarının keşfi: Hata, başlangıçta öngörülenden daha fazla senaryoda ortaya çıkarsa, Severity veya Priority artırılabilir.

Durum değişiklikleri her zaman gerekçelendirilmiş ve hata takip sisteminde belgelenmiş olmalıdır.