El Testi (IT)QA Mühendisi

Elle dikkat çekici ya da belgelenmemiş hataları bulmak için manuel test uzmanına hangi yöntemler ve teknikler yardımcı olur? Bunları nasıl doğru bir şekilde belgelemeliyiz?

Hintsage yapay zeka asistanı ile mülakatları geçin

Cevap

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:

  • Girişkenlik ve eleştirel düşünmenin gerekliliği.
  • Bunun kesinlikle bir hata olduğunu neden belirttiğinizi argümanlaştırmak önemlidir.
  • Bazı durumlarda analistler/PO ile tartışmalara katılmak gerekebilir.

Yanıltıcı sorular.

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.

Tipik hatalar ve anti-paternler

  • Gereksinimlerde yer almayan kullanıcılar için açık olan hataların göz ardı edilmesi.
  • Gizli hataların zayıf/eksik bir şekilde belgelenmesi.
  • Hata raporu için gerekçenin olmaması.

Hayattan bir örnek

Olumsuz durum

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ı:

  • "Gereksiz" bir hata eklemedi, geliştiricilere diğer görevler için serbestlik sağladı.

Eksileri:

  • Sistem kritik bir güvenlik açığıyla piyasaya çıktı ve müşteriler etkilendi.

Olumlu durum

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ı:

  • Hata hızlı bir şekilde düzeltildi, nihai kullanıcılar sorunla karşılaşmadı.

Eksileri:

  • Senaryoyu analistlerle tartışmak için zaman gerekti.