FDE Foundations · Modül 3: Problem Çerçeveleme ve Kapsam
Gereksinimler ve Kabul Kriterleri
Gereksinim, kontrolü özellikten önce yazabiliyorsan test edilebilirdir. 'Mükerrer fatura verildiğinde sistem onu işaretler ve finansı bilgilendirir' bir gereksinimdir. 'Mükerrerleri iyi hallet' bir dilektir.
9 dk okuma
Kazanımlar
- Bir testin doğrulayabileceği kabul kriterleri yazmak
- Davranışsal gereksinimler için given-when-then kalıbını kullanmak
- İncelerken test edilemeyen gereksinimleri reddetmek
Test edilebilir dil
Her gereksinim şu biçimde bir veya daha fazla kabul kriterine dönüşür: bir durum verildiğinde, bir eylem gerçekleştiğinde, gözlemlenebilir bir sonuç izler. Üç parçayı dolduramıyorsan gereksinim hazır değildir. Sayılar yardım eder: "500 faturayı 10 dakikanın altında işler" test edilebilirdir; "hızlı işler" değildir.
Örnekler
- 40 MB'lık, imzalı bir PDF verildiğinde gönderildiğinde, sistem onu 60 saniye içinde saklar ve elle inceleme için işaretler.
- Görüntüleyici rolüne sahip bir kullanıcı dışa aktarma ucuna istek attığında, yanıt 403 olur ve bir denetim kaydı yazılır.
Test edilemeyen istekler
Bir paydaş "kullanıcı dostu yap" dediğinde çevir: hangi ekran, hangi görev, nasıl ölçülüyor? Taslak bir kriter öner ve doğrula. Beklentiler bu çeviri adımında ucuza hizalanır.
Kapsam kontrolü
Geliştirme başlamadan önce her kapsam içi yetkinliğin en az bir kabul kriteri olduğunu ve her kriterin bir yetkinliğe eşlendiğini doğrula. İki taraftaki yetimler kapsamın hâlâ bulanık olduğu anlamına gelir.
Mini kontrol
2-3 soruluk isteğe bağlı öz kontrol. Yanıtlar cihazından çıkmaz, saklanmaz ve hiçbir değerlendirmeye sayılmaz.
Alıştırma
Şu üç dileği test edilebilir kabul kriterleri olarak yeniden yaz: 'hızlı arama', 'yeterince güvenli', 'kolay başlangıç'. Her biri için bir given-when-then satırı ekle.
Geçme kriterleri
Üç yeniden yazılmış kriter, her biri ölçülebilir bir eşik ve given-when-then yapısıyla; kriterlerde hızlı veya kolay gibi belirsiz kelimeler geçmemelidir.