Aşağıdaki özellik için UAT (User Acceptance Testing) senaryosu hazırla:
ÖZELLİK:
- Sistem: [SİSTEM]
- Modül: [MODÜL]
- Özellik: [FEATURE]
- Release: [VERSIYON]
TEST KAPSAMI:
- Test tipi: [FUNCTIONAL / INTEGRATION / UAT / REGRESSION]
- Ortam: [TEST / STAGING / PRE-PROD]
- Veri: [GERÇEK DATA / TEST DATA / ANONYMIZED]
- Süre: [N GÜN]
TEST KATıLıMCıLARı:
- Test liderı: [KİM]
- Testerlar: [SON KULLANICILAR]
- Developer support: [KİM]
- QA: [KİM]
UAT YAPI 9 AŞAMADA:
AŞAMA 1 — UAT HAZIRLıĞı
1.1 GİRİŞ KRİTERLERI (Entry Criteria)
UAT BAŞLAMADAN:
- Development tamamlandı
- SIT (System Integration Testing) geçti
- Ortam hazır ve stabil
- Test verisi mevcut
- Dokümantasyon hazır
- Test senaryoları onaylı
- Eğitim tamamlandı
1.2 ÇIKIŞ KRİTERLERI (Exit Criteria)
UAT TAMAMLAMAK İÇİN:
- Tüm kritik (P1) senaryolar geçti
- %95+ senaryolar geçti
- P1 hata yok
- P2 hata < 5
- Kullanıcılar "ready for production" kararı
- Sign-off imzalandı
1.3 PAYDAŞLAR
- İş sahibi (sponsor)
- Ürün sahibi (PO)
- QA lideri
- Teknik lead
- Son kullanıcı temsilcileri
- Eğitim ekibi
AŞAMA 2 — TEST STRATEJİSİ
2.1 TEST TİPLERİ
UAT İÇİN:
ALPHA TEST:
- Geliştirme ekibi içinde
- Erken aşama
- Temel fonksiyonellik
BETA TEST:
- Küçük gerçek kullanıcı grubu
- Gerçek ortam
- Son aşama
USABILITY TEST:
- Kullanım kolaylığı
- UX sorunları
- Eğitim ihtiyacı
PERFORMANCE TEST:
- Response time
- Concurrent users
- Load / stress
SECURITY TEST:
- Authentication
- Authorization
- Data protection
2.2 TEST YAKLAŞIMI
SCRIPTED TESTING:
- Öceden hazır senaryolar
- Adım adım takip
- Beklenen sonuç net
- Tekrarlanabilir
EXPLORATORY TESTING:
- Serbest keşif
- Senaryolar yerine zaman kutuları (2 saat)
- Anlayış temelli
- Yaratıcı
REGRESSION TESTING:
- Önceki özellikler hala çalışıyor mu
- Kritik iş süreçleri
- Otomasyon ile
AŞAMA 3 — TEST SENARYOSU YAZıMı
3.1 TEST CASE YAPISI
- Test Case ID (TC-001)
- Başlık
- Açıklama
- Ön koşullar (preconditions)
- Test adımları (steps)
- Beklenen sonuç (expected result)
- Gerçek sonuç (actual result) [boş - çalıştırırken]
- Durum: Pass / Fail / Blocked / Skipped
- Yorumlar / gözlemler
- Priority (P1, P2, P3)
- Severity (Critical, High, Medium, Low)
3.2 ÖRNEK TEST CASE
### TC-001: Başarılı Kullanıcı Kaydı
**Ön koşul:**
- Sistem erişilebilir
- Tarayıcı açık (Chrome, güncel)
- Yeni, kayıtlı olmayan e-posta adresi hazır
**Adımlar:**
1. Ana sayfaya git
2. Sağ üst köşedeki "Üye Ol" butonuna tıkla
3. Ad alanına "Test" gir
4. Soyad alanına "Kullanıcı" gir
5. E-posta alanına "test.user.2024@example.com" gir
6. Şifre alanına "Test1234!" gir
7. Şifre tekrar alanına "Test1234!" gir
8. KVKK onay kutusunu işaretle
9. "Kayıt Ol" butonuna tıkla
**Beklenen sonuç:**
- "Kayıt başarılı" mesajı görülür
- E-posta doğrulama linki, belirtilen e-postaya gönderilir
- Kullanıcı giriş sayfasına yönlendirilir
- Veritabanına yeni kullanıcı kaydı oluşur
- Kayıt tarihi otomatik atanır
**Priority:** P1 (Critical)
**Severity:** Critical
3.3 SENARYO TİPLERİ
HAPPY PATH (pozitif):
- Her şey doğru
- Beklenen akış
- En yaygın kullanım
NEGATIVE (hata):
- Yanlış veri
- Eksik alanlar
- Geçersiz formatlar
- Yetkisiz erişim
EDGE CASE:
- Sınır değerler (0, -1, MAX)
- Uzun karakterler
- Özel karakterler
- Tarih sınırları
BOUNDARY:
- Min ve max
- Birinci ve son öğe
- Tarih başlangıç/bitiş
3.4 TEST VERI
KATEGORILER:
- Valid data (geçerli)
- Invalid data (geçersiz)
- Boundary data
- Null / empty data
- Special characters
ÖRNEK VERI SETI:
- "Normal Kullanıcı"
- "Türkçe Karakterli Ad (çğıöşü)"
- "Çok Uzun Ad" (255+ karakter)
- "" (boş)
- "Özel Karakter !@#$%"
- "SQL Injection ' OR 1=1 --"
- "XSS <script>alert('xss')</script>"
- "Emoji 😀"
AŞAMA 4 — TEST YÜRÜTME
4.1 GÜNLÜK RUTIN
DAILY STAND-UP (15 dk):
- Dün ne test edildi
- Bugün ne test edilecek
- Engelliler ne
- Bulunan bug'lar özet
4.2 TEST YÜRÜTME
- Test case'i adım adım uygula
- Beklenen vs gerçek sonuç karşılaştır
- Sonuç kaydet (Pass / Fail)
- Ekran görüntüsü (özellikle Fail)
- Gerekli ise video (komplex)
- Her şey dokümante
4.3 ARAÇLAR
TEST YÖNETIMI:
- TestRail
- Zephyr
- qTest
- Xray (Jira)
- TestLink (ücretsiz)
BUG TAKIBI:
- Jira
- Bugzilla
- Mantis
- GitHub Issues
OTOMASYON (UAT'de daha az):
- Selenium (UI)
- Postman (API)
- JMeter (performance)
AŞAMA 5 — BUG RAPORLAMA
5.1 BUG RAPORU YAPıSı
- Bug ID
- Başlık (özet - 1 cümle)
- Açıklama
- Adımlar (tekrar üretme)
- Beklenen davranış
- Gerçek davranış
- Screenshot / video
- Ortam (browser, OS, versiyon)
- Test data
- Priority (kullanıcı etki)
- Severity (teknik etki)
- Atanan kişi
- Status (Open, In Progress, Fixed, Closed)
- Bulundu: Tarih
- Düzeltildi: Tarih
5.2 PRIORITY
P1 - CRITICAL (Sistem kullanılamaz):
- Ana işlev çalışmıyor
- Veri kaybı
- Güvenlik açığı
- Müşteri bloke
- ÇÖZÜM: 24 saat içinde
P2 - HIGH:
- Önemli özellik bozuk
- Workaround var ama zor
- ÇÖZÜM: 3 iş günü
P3 - MEDIUM:
- Minor özellik sorunu
- Workaround kolay
- ÇÖZÜM: Sonraki release
P4 - LOW:
- Kozmetik
- Nice to have düzeltme
- ÇÖZÜM: Zamanı olunca
5.3 SEVERITY
CRITICAL:
- Sistem çökmesi
- Hata mesajı almadan hata
- Fonksiyon tamamen bozuk
HIGH:
- Yanlış sonuçlar
- Önemli fonksiyon bozuk
MEDIUM:
- Kısmi hata
- Kolay workaround
LOW:
- Yazım hatası
- UI küçük sorun
5.4 BUG LIFECYCLE
Status Flow:
New → Assigned → In Progress → Fixed → Ready to Test → Retest → Closed
Rejected yolu: Rejected, Duplicate, Not a bug, Won't fix
AŞAMA 6 — TEST REPORT
6.1 GÜNLÜK ÖZET
- Yürütülen test case sayısı
- Geçen / kalan
- Yeni bug sayısı
- P1 / P2 sayısı
- Engeller
6.2 HAFTALıK ÖZET
- Progress (% complete)
- Pass / Fail oranı
- Bug trend
- Risk değerlendirmesi
- Release readiness
6.3 FİNAL UAT RAPORU
KAPAK:
- Proje adı
- Versiyon
- Test süresi
- Test edilen özellikler
ÖZET:
- Toplam test case
- Pass / Fail / Blocked sayıları
- Pass yüzdesi
- Bug özeti (priority bazlı)
- Release readiness görüş
DETAY:
- Test case liste
- Her özellik için sonuç
- Bug detayları
- Know issues (release'e dahil edilenler)
- Workaround'lar
ÖNERİLER:
- Go / No go
- Koşullu go (mitigation ile)
- No go (sebep)
AŞAMA 7 — SIGN-OFF
7.1 SIGN-OFF NEDİR
- Yetkili kişilerin "kabul" onayı
- Release için yeşil ışık
- Yazılı (e-posta veya imza)
7.2 İMZACıLAR
- İş sahibi (sponsor)
- Ürün sahibi (PO)
- QA lideri
- Teknik lead
- Güvenlik (gerekirse)
- Hukuk (gerekirse)
7.3 SIGN-OFF DOKÜMANı
- Proje özet
- Test sonuçları özeti
- Bilinen sorunlar + workaround
- Risk
- Conditions (varsa)
- İmzalar + tarih
AŞAMA 8 — POST-UAT
8.1 TEST ARTIFACT KORUMA
- Test dokümanları arşivi
- Bug history
- Metrics (future benchmarking için)
- Lessons learned
8.2 PRODUCTION READINESS
- Deployment plan review
- Rollback plan
- Monitoring plan
- Support ready
- Communication plan
8.3 PRODUCTION HYPERCARE
- İlk 1-2 hafta yoğun izleme
- Bug'lar hızlı triaj
- Hotfix mekanizması
- User support
AŞAMA 9 — CONTINUOUS IMPROVEMENT
- Test strategy retrospective
- Daha iyi yapılabilecekler
- Tool / process iyileştirme
- Knowledge base güncellemesi
- Automation kapasitesi
ÖRNEK ÇıKTı:
ÖZELLİK: E-commerce sepet yönetimi
TEST KAPSAMI: 45 test case
- Happy path: 15
- Negative: 20
- Edge: 8
- Regression: 2
SÜRE: 10 iş günü
SONUÇ:
- 42 PASS (%93)
- 3 FAIL (P2 × 2, P3 × 1)
- 0 P1 bug
RELEASE READINESS: GO
- P2 bug'lar hotfix olarak üretim sonrası 1 hafta
- P3 sonraki sprint
Türkçe. ISTQB test standartlarına ve IEEE 829 test dokümantasyonuna uygun.