Soru tarihi:
Yazılımın karmaşıklığı arttıkça, bazı hataların test senaryoları veya spesifikasyonların dışında kaldığı gözlemlenmiştir — genellikle bu tür hatalar gerçek kullanıcılar için en kritik olanlardır. Bu tür hataları bulmak için test uzmanları, standart testleri kendi deneyimleriyle birleştirerek özel teknikler kullanır.
Sorun:
Bileşenlerin etkileşimi, belirsiz durumların yanlış işlenmesi veya gerekliliklerin eksikliği ile ilgili gizli hataları bulmak ve belgelemek en zor olanlardır. Sıklıkla test uzmanları, "Tasarım Belgesi’nde yer almadığı için" buldukları bir problemi belgeleyip belgelendirmemek konusunda emin değillerdir.
Çözüm:
Keşif testi, eşli test ve benzer ürünlerle çalışma deneyimi gibi yöntemler kullanılır. Her zaman bu tür bir hatayı maksimum ayrıntıyla belgeleyin: adımlar, gözlemler, neden bunu bir hata olarak düşündüğünüz, ilgili gerekliliklere veya kabul edilen mantığa bağlantılar.
Anahtar noktalar:
Gereksinimlerde tanımlanmayan hatalar belgelendirilmemeli veya göz ardı edilmelidir?
Hayır, kesinlikle bildirin; gereksinime kesin bir bağlantı bulunmasa bile, aksi halde kritik sorunlar müşteriye ulaşacaktır.
Kullanıcıların rahatsızlık hissetmesi bir hata mı yoksa bir iyileştirme mi (özellik talebi)?
Eğer davranış açıkça mantıksız, kafa karıştırıcı veya risk oluşturuyorsa hata olarak kaydedin, aksi halde iyileştirme olarak değerlendirin.
Test uzmanı her belirsiz hatada ekiple danışmalı mı?
Şüpheli bir durumu, gereksiz biletler oluşturmamak için öncelikle bir analist veya geliştirici ile tartışmak önerilir.
Test uzmanı, iki pencerenin aynı anda açılmasında sistemin donduğunu fark etti, ancak böyle bir senaryo gereksinimlerde ve test senaryolarında tanımlanmadığı için bir hata kaydı oluşturmadı.
Artıları:
Eksileri:
Test uzmanı, iki pencere açma adımını, eylem sırasını tanımladığı bir hatayı belgeledi, ekran görüntüsü ekledi ve bunu neden bir hata olarak düşündüğünü açıkladı (gerçek bir kullanıcı bu durumda kalabilir).
Artıları:
Eksileri: