Yazılım Kabul Testleri ve Teslim Kontrolü

Geliştirme ekibinin birim ve entegrasyon testleri teknik davranışı doğrular. Kullanıcı kabulünde ise iş temsilcileri, kritik akışların gerçek görevleri karşılayıp karşılamadığını değerlendirir. Kullanıcı kabulü, teknik testlerin yerine geçmez; birlikte bir teslim kararı üretirler.

Güvenlik, performans ve erişilebilirlik için gereken uzmanlık ve test kapsamını ayrıca belirleyin. İş sahibinin sipariş oluşturabilmesi, yetkisiz kullanıcının başka siparişlere erişemediğini kendiliğinden kanıtlamaz. OWASP ASVS, uygulama güvenliği gereksinimlerini seçip doğrulama kapsamını tanımlamak için kullanılabilir.

Test kaydında gereksinim kimliği, sürüm, ortam, kullanıcı rolü ve kullanılan örnek veri bulunmalıdır. Aynı senaryonun başka bir kişi tarafından tekrar edilebilmesi, “çalışmıyor” biçimindeki bir bildirimden daha faydalıdır. Beklenen sonucu testten önce tanımlayın.

Gerçek kullanımda hatalı veri, tekrar tıklama ve dış sistem kesintisi oluşabilir. Kritik her işlem için bu durumlarda sistemin ne yapması gerektiğini konuşun. Kullanıcının anlayabileceği mesaj ile sistemde tutulacak teknik kayıt farklı amaçlara hizmet eder.

Hangi sürümün test edildiği bilinmiyorsa bir bulgunun giderilip giderilmediği karışabilir. Kabul için belirli bir sürüm ve değişiklik kaydı kullanın. Üretim ortamından farklı ayarlar varsa bunların sonuçlara etkisini belgeleyin.

Mümkün olduğunda sentetik veya uygun biçimde anonimleştirilmiş veri kullanın. Gerçek kişisel veriyi hata ekran görüntülerine veya herkese açık kayıtlara taşımayın. Test e-postası, ödeme veya dış sistem işlemlerinin yanlışlıkla gerçek operasyon başlatmaması için ortam sınırlarını doğrulayın.

Bir bulgunun kullanıcıya etkisi, ne kadar acil ele alınacağını belirlerken önemli bir girdidir. Ancak iş takvimi ve alternatif yol da kararın parçası olabilir. Sınıfları ekiplerle önceden tanımlayın; her farklılığı “kritik” diye etiketlemek önceliklendirmeyi zorlaştırır.

• Engelleyici örnek: başka müşterinin verisi görülebiliyor veya ana işlem veri kaybediyor.
• Yüksek etki örneği: temel akış tamamlanamıyor ve kabul edilmiş bir alternatif yol yok.
• Daha düşük etki örneği: sonucu değiştirmeyen bir metin veya hizalama sorunu.
• Her bulgu için yeniden üretim adımları, sorumlu, hedef sürüm ve tekrar test sonucu tutun.

Kabul tutanağında sürüm, tamamlanan senaryolar, açık kalan bulgular ve alınan karar yer almalıdır. Düzeltme yapılan kritik akışları yeniden deneyin; gerektiğinde ilişkili işlemler için regresyon kontrolü yapın. “Düzeltildi” bildirimi ile doğrulanmış sonuç aynı kayıt değildir.

Yayın öncesinde yedek, geri dönüş planı, erişim yetkileri ve izleme sorumlusu kontrol edilmelidir. Kullanıcı kabulü tamamlanmış bir uygulama, operasyon devri eksikse işletme açısından henüz hazır olmayabilir.

Teknik şartname beklenen davranışı, proje takvimi test dönemini, teknik devir rehberi ise uygulamanın başka ekipçe sürdürülebilmesini ele alır.