Severity ve Priority nedir, hata ciddiyeti ile önceliği nasıl ayrışır?

Hata ciddiyeti ve önceliği nedir?

Hata ciddiyeti (severity), bir kusurun sistem üzerindeki teknik ve kullanıcıya dönük etkisini ölçer. Uygulama çöküyor mu, veri kaybediliyor mu, yoksa yalnızca bir etiket yanlış mı yazılmış? Bu soruların cevabı ciddiyeti belirler. Ciddiyeti çoğunlukla hatayı bulan test uzmanı, hatanın nedenini ve etkisini inceleyerek atar.

Hata önceliği (priority) ise düzeltme sırasını gösterir. Aynı ciddiyetteki hatalardan hangisinin önce ele alınacağı, sürüm tarihi, müşteri baskısı, hatanın görünürlüğü ve geliştirme kapasitesi gibi iş etkenlerine bağlıdır. Önceliği genellikle ürün sahibi, proje yöneticisi ya da triyaj toplantısındaki ekip birlikte belirler.

Severity ve priority neden ayrı tutulur?

Bu kavramlar aynı şeyi ölçmez. Ciddiyet hatanın doğasına aittir ve büyük ölçüde sabittir. Öncelik ise zamana ve bağlama göre değişir. Bir hata bugün düşük öncelikli olup sürüm yaklaştıkça yükselebilir, ama kusurun teknik ciddiyeti aynı kalır.

Her ikisini tek bir alanda toplamak, ekibi yanlış karara iter. Teknik olarak ağır ama nadiren karşılaşılan bir hata ile teknik olarak hafif ama her kullanıcının gördüğü bir hatayı aynı sıraya koymak, sürüm planını bozar. Ayrı alanlar, test ekibi ile iş tarafının kendi uzmanlık alanında karar vermesini sağlar.

Yaygın ciddiyet ve öncelik seviyeleri

Ekipler seviye adlarını kendi araçlarında tanımlar, evrensel bir standart yoktur. Ciddiyet için sık görülen kademeler şunlardır: • Kritik (blocker): sistem çöker, veri kaybolur, ana akış kullanılamaz. • Yüksek (major): önemli bir özellik çalışmaz ama geçici çözüm vardır. • Orta (minor): özellik çalışır ama beklenenden sapar. • Düşük (trivial): yazım hatası, hizalama kayması gibi kozmetik sorunlar.

Öncelik için ise genellikle acil, yüksek, normal ve düşük gibi bir sıra kullanılır. Önemli olan, kademelerin ekip içinde yazılı olarak tanımlanması ve herkesin aynı cümleyle konuşmasıdır.

Örnek: ciddiyet yüksek, öncelik düşük

Örneğin bir mobil uygulamada, yalnızca eski bir cihaz modelinde ve nadir görülen bir ayar kombinasyonunda uygulama kapanıyor olsun. Çökme olduğu için ciddiyet yüksektir. Ancak etkilenen kullanıcı kitlesi çok dardır ve geçici çözüm kolaydır. Ürün sahibi bu hatayı sonraki sürüme bırakabilir. Ciddiyet yüksek, öncelik düşüktür.

Tersi de olur: kampanya açılış sayfasında şirket adı yanlış yazılmışsa teknik ciddiyet düşüktür, çünkü sistem sorunsuz çalışır. Ama sayfa herkesin gördüğü vitrin olduğundan öncelik acildir ve aynı gün düzeltilir. Bu örneklerin ikisi de ciddiyetin tek başına yetmediğini gösterir.

Hata kaydında nasıl kullanılır?

Hata takip aracında her kayıtta ciddiyet ve öncelik ayrı alanlardır. Test uzmanı hatayı açarken tekrar adımlarını, beklenen ve gerçekleşen sonucu yazar, ardından ciddiyeti önerir. Triyaj toplantısında ekip hataları bu alanlarla birlikte değerlendirir: yüksek ciddiyetli ve yüksek öncelikli kayıtlar önce çözülür, kalan işler sürüm hedefine göre sıralanır.

İyi uygulama, seviyeleri sürüm kararlarına bağlamaktır. Örneğin açık bir kritik hata varken sürüm onayı verilmez, düşük öncelikli kayıtlar ise bilinen sorun olarak not düşülür. Bu kurallar test planında yazılı olursa tartışma azalır.

Mindset programlarında nerede karşınıza çıkar?

Hata yönetimi ve önceliklendirme, kalite güvence rollerinin günlük işidir. Test Otomasyonu ve QA Temelleri programındaki Hata Yönetimi ve Raporlama modülü ile Proje Test ve Doğrulama Süreçleri programındaki Test Yürütme ve Hata Yönetimi modülü bu konuyu ele alır. Oyun Testi (QA) Süreçleri ve Hata Yönetimi programı ise hata kaydı ve triyaj düzenini oyun geliştirme bağlamında işler. Test ekiplerine yeni katılanlar için ortak bir seviye sözlüğü kurmak, kurumsal ekiplerde de hızlı bir kazanım sağlar.