Onay akışını açık kabul ölçütleriyle denetlemek

Sonucu ve başlangıç durumunu açıklayın

Her önemli akışta kimin hangi koşullarla işlem yapabileceğini ve sonrasında hangi durumun kanıtlanması gerektiğini belirleyin. GOV.UK kabul ölçütlerini, kullanıcı ihtiyacının karşılandığını denetleyen sonuçlar olarak açıklar. “Onay çalışıyor” gibi genel ifade bu koşullarla sınanabilir hale gelir.

Örnek: iç değişiklik isteğini onaylamak

Plan tamamen kurgusaldır. CH-27 isteği draft olarak başlar, tam gerekçeyle pending olur ve atanmış onay sorumlusu tarafından approved yapılabilir. Kontrollü test ortamında yapay veri ve uygun test hesapları kullanın. Tablo beklenen sonuçları içerir; yapılmış test değildir.

Son satır, değişiklikten önce açık ret verildiğini varsayar. Yalnız yanıt gelmiyorsa kayıtlı durum başlangıçta belirsizdir; gerçekte kaydedilmiş durumu denetleyen ayrı bir test planlayın.

Durumu, yetkiyi ve geri bildirimi denetleyin

Düğmenin gizlenmesi erişim kontrolünü kanıtlamaz. OWASP her istekte uygun yetki denetimi ister. Testte doğrudan çağrıları ve gerçekten saklanan durumu da kontrol edin. Ekrandaki başarı mesajı yeterli değildir.

Her durumu belirli başlangıç koşullarıyla kurun. Playwright, verisi ve oturumu kontrol edilen bağımsız testler önerir. Önceki durumun rolü veya verisi sonraki sonucu fark edilmeden belirlememelidir. Hangi parça denetimleri ve tam akışların otomatikleştirileceğini uygulama ekibiyle netleştirin.

Sürümü, ortamı, rolü ve kullanılan test verisini kaydedin. Gerçek sonucu ve bulguyu beklentiden ayrı tutun; yürütülmemiş durum açık kalır. Sapmaları iş sorumlusu rol değerlendirsin, düzeltmeden sonra ilgili durumlar yeniden denetlensin.

Kaynaklar

• GOV.UK: Writing user stories

• OWASP: Authorization checks

• Playwright: Best practices