Bug life cycle nedir? Bir hatanın açılıştan kapanışa yolculuğu

Hata yaşam döngüsü nedir?

Hata yaşam döngüsü, bir kusurun hayatı boyunca hangi durumlardan geçeceğini ve her durumda kimin sorumlu olduğunu tanımlar. Hata takip aracında açılan her kayıt bu akışta ilerler. Amaç, hiçbir hatanın sahipsiz kalmaması, unutulmaması ya da kanıtsız kapatılmamasıdır.

Döngü, ekibin hata yönetimi sürecinin omurgasıdır. Kaç hata açık, kaç tanesi doğrulama bekliyor, hangisi geliştiricide takılı kalmış gibi sorular, durum bilgisinden okunur.

Tipik aşamalar ve durumlar

Durum adları araca ve ekibe göre değişir, ama akış genelde benzerdir: • Yeni (new): test uzmanı hatayı tekrar adımlarıyla birlikte açar. • Atandı (assigned): triyajdan sonra bir geliştiriciye verilir. • Açık ya da devam ediyor (open, in progress): geliştirici nedeni araştırır ve düzeltir. • Düzeltildi (fixed): kod değişikliği yapılmış ve test ortamına alınmıştır. • Yeniden test (retest): test uzmanı aynı adımları izleyerek düzeltmeyi doğrular. • Kapandı (closed): düzeltme doğrulanmıştır.

Bu ana yolun dışında kalan durumlar da vardır: ertelendi (deferred), geçersiz (rejected), kopya (duplicate) ve yeniden açıldı (reopened).

Ana yoldan sapmalar

Her kayıt düz çizgide ilerlemez. Geliştirici hatayı tekrar üretemezse kaydı tekrar üretilemiyor notuyla test uzmanına döndürür; test uzmanı ek bilgi ve ortam ayrıntısı ekler. Beklenen davranış aslında doğruysa kayıt geçersiz olarak kapatılır. Aynı sorun daha önce bildirilmişse kopya işaretlenir ve asıl kayda bağlanır.

Düzeltme yetersiz kalırsa kayıt yeniden açılır. Sık yeniden açılan hatalar, çoğu zaman eksik kök neden analizine ya da zayıf tekrar adımlarına işaret eder. Bu yüzden yeniden açılma sayısı, süreç sağlığının kullanışlı bir göstergesidir.

Örnek bir hatanın yolculuğu

Örneğin e-ticaret sitesinde sepetteki kupon, ödeme adımında kaybolsun. Test uzmanı kaydı açar: hangi tarayıcı, hangi adımlar, beklenen ve gerçekleşen sonuç, ekran görüntüsü. Triyajda ciddiyet ve öncelik belirlenir, kayıt ödeme modülünün geliştiricisine atanır.

Geliştirici kupon bilgisinin oturumda yanlış temizlendiğini bulur, düzeltir ve durumu düzeltildi yapar. Test uzmanı yeni sürümde aynı adımları dener; kupon artık korunuyorsa kaydı kapatır. Farklı bir tarayıcıda sorun sürüyorsa kayıt yeniden açılır ve aynı döngü başa döner.

Süreci sağlıklı tutmak için ilkeler

Her duruma bir sahip tanımlayın: yeni ve yeniden test durumları test tarafında, atandı ve düzeltildi durumları geliştirme tarafında olmalıdır. Kapatma yetkisini düzeltmeyi yazan kişiye değil, doğrulayan kişiye verin. Böylece kapanış her zaman kanıta dayanır.

Durum geçişlerini araçta zorunlu kılın ve her geçişte kısa bir not isteyin. Kapanışta hangi sürümde düzeltildiğini yazmak, sonradan gelen regresyon sorularında zaman kazandırır. Ertelenen hatalar için ise gerekçe ve yeniden değerlendirme zamanı kayıt altına alınmalıdır.

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

Hata yaşam döngüsü, test ve kalite rollerinin ortak dilidir. Test Otomasyonu ve QA Temelleri programındaki Hata Yönetimi ve Raporlama modülü, Proje Test ve Doğrulama Süreçleri programındaki Test Yürütme ve Hata Yönetimi modülü bu akışla ilgilenir. Oyun Testi (QA) Süreçleri ve Hata Yönetimi programı ise hata kaydı ve takip düzenini ele alır. Test, geliştirme ve ürün ekiplerinin aynı durum tanımlarıyla çalışması istenen kurumsal ekipler için uygun bir başlangıç noktasıdır.