Yazılım kabul kriteri, bir özelliğin tamamlanmış sayılması için gözlenebilir koşulları belirtir. “Kullanıcı dostu olacak” veya “hızlı çalışacak” gibi sıfatlar tek başına kabul kararı verdirmez.
Senaryonun parçaları
- Rol: İşlemi kim yapıyor?
- Ön koşul: Hangi kayıt ve durum hazır?
- Eylem: Kullanıcı ne yapıyor?
- Sonuç: Hangi veri ve durum oluşuyor?
- Yan etki: Stok, bildirim veya entegrasyon nasıl etkileniyor?
- Hata: Geçersiz veya yetkisiz istekte ne oluyor?
Örnek dönüşüm
Zayıf ifade: “Sipariş kaydedilir.” Güçlü ifade: “Satış temsilcisi aktif müşteriye serbest stoktaki üründen sipariş verdiğinde sistem fiyat listesini uygular, benzersiz sipariş numarası üretir ve miktarı rezervasyona alır; limit aşımında sipariş onay bekleyen duruma geçer.”
Ardından iptal, çift tıklama, eksik adres ve başka şubenin müşterisi gibi kritik başarısız yollar eklenir.
Kabul kriteri tasarım değildir
Butonun tam konumu iş gereği değilse kriterde bağlayıcı olmamalıdır. Kriter sonucu ve kuralı korur; ekip kullanılabilir arayüz için uygun çözümü tasarlar. Buna karşılık zorunlu belge veya erişilebilirlik ihtiyacı açıkça yazılır.
Veriyle doğrulama
Test verisinin başlangıç değerini ve beklenen son toplamı belirtin. Finans, stok veya entegrasyon akışında kayıt geri okunmalı ve yakın rapora yansıması kontrol edilmelidir. Özel yazılım tesliminde kabul kriteri ilk günden kullanılır.
Mevcut gereksinimlerinizi test edilebilir hâle getirmek için örnek iş akışınızı paylaşabilirsiniz.
Kriterlerin tamamlık kontrolü
Bir işlev için normal akış, sınır değer, eksik veri, yetkisiz rol, tekrarlı istek ve geri alma senaryolarından hangilerinin anlamlı olduğunu gözden geçirin. Her kriterin tek bir gözlenebilir sonuç taşıması hata yerini netleştirir. Çelişen kriterleri geliştirmeden önce çözün. Kabul paketi yalnızca ekranda görünen sonucu değil, veri kaydı, rapor, bildirim ve dış sistem etkisini kapsadığında teslimin bütünlüğü kanıtlanabilir.