Kısa cevap: Yazılımı teslim almadan önce, sadece çalışıp çalışmadığına değil; fonksiyonellik, güvenlik, performans ve dokümantasyon gibi kritik alanlarda gerçekten sözleşmeye uygun, sürdürülebilir bir çözüm sunulup sunulmadığına bakmalısınız. Kabul testinde gözden kaçan bir hata, hem paranızın hem de markanızın güveninin riske atılması anlamına gelir.
Elinizdeki yazılımla test ortamında demo yapılıyor, ekip başkanı 'her şey tamam' diyor. Ama siz asıl riski düşünüyorsunuz: Yarın müşteri sistemi kullanamazsa bütün sorun size mi kalacak? Onay vermeden önce gerçekten neye imza attığınızı biliyor musunuz?
Yazılım Tesliminde Sık Yapılan Hatayı Biliyor musunuz?
Çoğu işletme, yazılım tesliminde sadece "ekranlar açılıyor mu, temel işlemler çalışıyor mu" diye bakıyor. Oysa yazılım kabul testi, yüzeysel bir kontrol değil, yatırımınızın karşılığını alıp almadığınızı belirleyen kritik bir aşamadır. Sık yapılan hata, test raporlarını gözden geçirmeden, özellikle de hataların yüzdesini, performans değerlerini ve güvenlik açıklarını sormadan teslim onayı vermektir. Birçok vakada, teslim sonrası çıkan sorunların %60'tan fazlası, bu aşamada gözden kaçan eksiklerden kaynaklanır (tahmini oran, sektörde gözlemlenen örneklerden).
Kabul Testi: Sadece Fonksiyonellik mi, Yoksa Güven mi Ölçülüyor?
Fonksiyonellik, kabul testinin yalnızca ilk basamağıdır. Şunları ayrıca kontrol etmelisiniz:
- Performans: Yazılım eş zamanlı 10, 100 veya 1.000 kullanıcıya dayanıyor mu? Gerçekçi trafik simülasyonları yapılmış mı?
- Güvenlik: Yetkisiz erişim, veri sızıntısı veya basit parola ile giriş gibi açıklara karşı test edilmiş mi?
- Belgelendirme: Kullanıcı ve teknik dokümantasyon var mı? Sadece kod değil, kullanım kılavuzu sunulmuş mu?
- Son Kullanıcı Testi: Yazılımı gerçek kullanıcı profiliyle denediniz mi? Hatalı senaryolar test edildi mi?
Kabul testinde, "her şey çalışıyor" demek, tüm bu adımların ayrı ayrı kontrol edildiği anlamına gelmez. Özellikle teknik olmayan karar vericiler için, bu noktalar atlanırsa teslim sonrası destek maliyetleri tahmini %20-40 artabilir (tahmini oran, projelerin bakım fazlarındaki gözlemlerden).
Test Raporları Gerçekten Ne Söylüyor? Gizli Kalanları Yakalamanın Yolu
Test raporları genellikle teknik terimlerle dolu ve yüzeysel görünebilir. Şu detayları mutlaka arayın:
- Toplam Test Senaryosu: Kaç farklı senaryo çalıştırıldı?
- Hata Oranı: Kaç tanesi başarısız oldu? %5'in üzerinde bir hata oranı kabul edilebilir değildir.
- Kapalı ve Açık Kalan Hatalar: Açık kalanlar "kritik" veya "düşük" olarak etiketlenmiş mi? Kritik hata varsa kesin teslim almayın.
- Performans Sonuçları: Yük testi yapıldıysa, en yoğun anda yanıt süreleri ne oldu?
- Güvenlik Testi: Özellikle kullanıcı girişi, veri yükleme ve ödeme gibi alanlarda açık kalmış mı?
Test raporunda bu başlıklar eksikse, yazılım firmasından detaylı bir özet talep edin. Başarısız projelerin nedenleri arasında, bu tür eksik raporlar başı çeker.
Kabul Onayını Vermeden Önce: Risklerinizi Tabloyla Gözetin
Kabul testinde gözden kaçanlar, sonradan size ciddi zaman ve maliyet kaybı olarak dönebilir. Aşağıdaki tabloyu kullanarak teslim öncesi kendi durumunuzu değerlendirebilirsiniz.
| Kriter | Minimum Kabul Eşiği | Gerçekleşen Durum | Eksikse Ne Yapılır? |
|---|---|---|---|
| Fonksiyonellik | Tüm ana modüller çalışıyor, kritik fonksiyonlar %100 testten geçti | [ ] Evet [ ] Hayır | Eksikse: Teslim almayın, eksiklerin tamamlanmasını isteyin |
| Hataların Yüzdesi | %0 kritik, %2'den az küçük hata | [ ] Evet [ ] Hayır | Eksikse: Rapor isteyin, kritik hata varsa onay vermeyin |
| Performans | Beklenen kullanıcı yükünde yanıt süresi < 2 saniye | [ ] Evet [ ] Hayır | Eksikse: Yük testi raporu talep edin, iyileştirme isteyin |
| Güvenlik | Temel güvenlik açıkları kapalı | [ ] Evet [ ] Hayır | Eksikse: Güvenlik testi talep edin, açıklar kapatılmadan teslim almayın |
| Belgelendirme | Kullanıcı ve teknik dokümantasyon sağlandı | [ ] Evet [ ] Hayır | Eksikse: Belgeler tamamlanmadan teslim almayın |
| Sözleşmeye Uygunluk | Tüm sözleşme maddeleri karşılandı | [ ] Evet [ ] Hayır | Eksikse: Sözleşmeye referans vererek eksiklerin tamamlanmasını isteyin |
| Son Kullanıcı Testi | Gerçek kullanıcı profiliyle test yapıldı | [ ] Evet [ ] Hayır | Eksikse: Pilot test veya demo talep edin |
Kabul Testinde Emin Değil misiniz?
Yazılım tesliminde tereddütleriniz varsa, uzman ekibimizle ücretsiz değerlendirme yapabilir, test raporlarınızı ve teslim kriterlerinizi birlikte gözden geçirebiliriz.
Ücretsiz Değerlendirme İsteyinTeslim Sonrası Sürprizlerle Karşılaşmamak İçin Sözleşmede Olması Gerekenler
Teslim sonrası ortaya çıkan sorunlar, çoğunlukla eksik sözleşme maddelerinden kaynaklanır. Sözleşmede şunlar mutlaka yer almalı:
- Kabul Testi Tanımı: Hangi testlerin yapılacağı, kriterlerin ne olduğu açıkça yazmalı.
- Revizyon Hakları: Kaç defa, hangi kapsamda ücretsiz revizyon yapılacağı belirtilmeli. Ayrıntılar için revizyon hakları rehberimize göz atabilirsiniz.
- Destek ve Garanti Süresi: Teslimden sonra ne kadar süreyle, hangi tür sorunlarda ücretsiz destek verileceği netleşmeli.
- Kaynak Kod Teslimi: Kaynak kodun size geçip geçmeyeceği, hangi şartlarda teslim edileceği mutlaka tanımlanmalı (detaylı bilgi).
- Ekstra Maliyetler: Kapsam dışı taleplerin nasıl ücretlendirileceği açıkça belirtilmeli.
Yazılımda Sorumluluğun Kimde Olduğunu Nasıl Netleştirirsiniz?
Kabul testinden sonra çıkan sorunların sorumluluğu, sözleşmede açıkça belirtilmediyse gri alanda kalır. Aşağıdaki karar tablosu, sorumluluk paylaşımını netleştirmenize yardımcı olur:
| Durum | Sorumlu Taraf | Ne Yapılmalı? |
|---|---|---|
| Kabul öncesi, test raporunda bildirilen hata | Yazılım firması | Teslim alınmadan önce mutlaka giderilmeli |
| Kabul sonrası, sözleşmede belirtilen süre içinde ortaya çıkan hata | Yazılım firması | Destek/güncelleme kapsamında ücretsiz düzeltilmeli |
| Kabul sonrası, yeni ihtiyaç veya kapsam dışı değişiklik | İşletme | Ek ücretle yeni teklif alınmalı |
| Kabul sonrası, kullanıcı hatasından kaynaklanan sorun | İşletme | Kullanıcı eğitimi veya destek alınmalı |
| Güvenlik açığı veya veri kaybı | Sözleşmeye bağlı (genellikle yazılım firması) | Sözleşmede açıkça tanımlanmalı |
Bu tabloyu kendi sözleşmenizdeki maddelerle karşılaştırarak, risklerin kimde olduğunu netleştirebilir, teslim sonrası sürprizlerle karşılaşmazsınız.
Gerçek Hayattan 2 Kabul Testi Hikayesi: Başarı ve Fiyasko
- Başarı Örneği: Bir perakende firması, teslim öncesi sistemini 20 gerçek çalışanla pilot testten geçirdi, toplam 60 senaryo çalıştırıldı ve %1'in altında hata oranı tespit edildi. Tüm dokümantasyon ve performans testleri sağlandığı için teslim sonrası 6 ay boyunca kritik bir sorun yaşanmadı.
- Fiyasko Örneği: Bir hizmet şirketi, demo ortamında yalnızca ana işlemleri test etti. Test raporlarını detaylı incelemeden teslim aldı. İlk canlı gününde veri kaybı yaşandı, çünkü yedekleme fonksiyonu test edilmemişti. Sorunun çözümü için ek maliyet ve 3 haftalık iş kaybı oluştu.
Her iki örnekte de, kabul testinin kapsamı ve kontrol noktaları, teslim sonrası yaşanacakları doğrudan etkiliyor. Başarısız projelerin ortak noktalarını inceleyerek kendi kabul sürecinizi güçlendirebilirsiniz.
Sürecinizin başında veya teslim aşamasında iseniz, yazılım danışmanlığı ve test desteği alarak risklerinizi azaltabilirsiniz. Ayrıca, web sitenizin teknik analizini ücretsiz analiz aracı ile hemen test edebilirsiniz.
