Soru Tarihi:
Hata raporu — test uzmanının temel belge türüdür. On yıllar boyunca hata raporlarının kalitesi, QA ve DEV departmanları arasındaki iletişim hızını belirlemiş, hata düzeltme süresini kısaltmış veya uzatmıştır.
Problem:
Zayıf hazırlanmış hata raporları (belirgin adımların olmaması, belirsiz açıklama, beklenen davranışın olmaması) görevlerin yanlış yorumlanmasına ve hataların yanlış düzeltilmesine yol açar, ek açıklamalar için zaman kaybına neden olur. Bu, ekipler arasında çatışmalara neden olan temel bir sebeptir.
Çözüm:
Anahtar Özellikler:
Benzer hataları (örneğin, farklı arayüz bileşenleri için) tek bir hata raporunda birleştirmek mümkün mü?
Hayır. Her hata — ayrı bir hatadır, çünkü birinin düzeltilmesi diğerlerini çözmeyebilir. İstisna — aynı doğaya sahip kitlesel hatalardır (örneğin, küresel stil kaybı).
"Çalışmıyor"/"Açılmıyor" yeterince iyi bir başlık mıdır?
Hayır. Başlık, somut olmalıdır (örneğin, "[Profil] Kayıt butonu geçerli veriler girildikten sonra aktif değil").
Hata açıkça ortadaysa, adımları sadece minimum şekilde belirtmek gerekir mi?
Hayır. Açık olan hatalar bile net bir şekilde tanımlanmalıdır — belirsizliklerden kaçınmak ve ürün tarihi için.
Test uzmanı, metin olarak şu hata raporunu yazdı:
Buton çalışmıyor.
ve adım, çevre ve beklenen sonuç belirtmeden. Geliştirici hatayı yeniden üretemedi, rapor "Yeniden Üretilemez" olarak kapatıldı.
Artılar:
Eksiler:
Test uzmanı detaylı bir şekilde yazdı:
Artılar:
Eksiler: