> tpl_qav_002
Test Planı, Yürütme ve Kanıt Kontrol Paketi
ISO/IEC/IEEE 29119 standartlarına uygun olarak ana test planlarını, test kapsamını, ortam gereksinimlerini, yürütme takvimlerini, hata ciddiyet derecelendirmesini ve denetime hazır test yürütme kanıt kütüklerini oluşturan kapsamlı kalite güvence yönetişim çerçevesi.
Test kapsamını, giriş/çıkış kriterlerini, yürütme takibini ve kanıt kontrolünü belirleyen ISO/IEC/IEEE 29119 uyumlu ana test planı.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Mühendislik ekipleri resmi giriş/çıkış kriterleri veya belgelenmiş yürütme kanıtları olmadan kopuk testler yürütür; bu da kritik hataların canlıya sızmasına ve yasal uyumluluk denetimlerinin başarısız olmasına neden olur.
Ne Zaman Kullanılmalı?
- •Büyük kurumsal yazılım sürümleri için ana kalite güvence ve doğrulama planını yapılandırırken
- •Resmi test giriş kriterlerini, test durdurma kriterlerini ve canlıya çıkış kalite kapılarını belirlerken
- •SOC 2, ISO 27001 veya GxP denetimleri için değiştirilemez test yürütme günlükleri, ekran görüntüleri ve onayları toplarken
Ne Zaman Kullanılmamalı?
- •Ayrıntılı bireysel test adımı tasarımı ve keşif testi kayıtlarında (TPL-QAV-003 kullanın)
- •Resmi iş birimi kullanıcı kabul onayları ve paydaş UAT feragatlerinde (TPL-QAV-004 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Test seviyelerinin tanımlanması: Birim, Entegrasyon, Sistem, Uçtan Uca ve Güvenlik. Kapsam dahilindeki özelliklerin ve kapsam dışı üçüncü taraf servislerin açıkça ayrılması.
Test ortamları (Dev, QA, Staging, Perf), servis sanallaştırma stub'ları ve GDPR/KVKK uyumlu sentetik/maskelenmiş test verisi boru hatları.
Rijit matematiksel kalite kapıları: Giriş (sıfır statik analiz hatası, %80 birim test kapsamı), Durdurma (kararsız derleme, 2+ engelleyici hata), Çıkış (%100 kritik test başarısı, 0 adet P0/P1 hata).
Hata sınıflandırma standardı (P0 Engelleyici, P1 Kritik, P2 Majör, P3 Minör) ve QA, Ürün ve Mühendislik liderleri arasında günlük hata değerlendirme (triage) seremonisi.
Yürütme kanıtı gereksinimleri: otomatik CI/CD test raporları, ham yürütme günlükleri, zaman damgalı ekran/video kayıtları ve kriptografik koşu özetleri.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Test Planı, Yürütme ve Kanıt Kontrol Paketi - Örnek Vaka Analizi
Örnek Organizasyon: Dijital Bankacılık Çekirdek Platform QA ve Kalite Mühendisliği
Dijital Bankacılık Çekirdek Platform QA ve Kalite Mühendisliği için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •6 çevik sürüm treninde %98,4 test başarı oranıyla ISO 29119 test planı yönetişimini kurdu
- •Otomatik konteyner test düzenekleri kullanarak test ortamı yapılandırma sapmalarını ortadan kaldırdı
- •Değiştirilemez yürütme kanıt kütükleri ve video kayıtlarıyla denetimlerde %100 uyumluluk sağladı
Sıkça Sorulan Sorular
Test Giriş Kriterleri ile Test Çıkış Kriterleri arasındaki fark nedir?
Giriş Kriterleri, test yürütmesine başlamadan önce karşılanması gereken teknik önkoşulları tanımlar (ör. temiz derleme, hazır test verisi, sıfır derleyici uyarısı). Çıkış Kriterleri ise yazılımın canlıya geçiş için onaylanmasından önce ulaşılması gereken nicel kalite hedefleridir (ör. planlanan testlerin %100 koşulması, sıfır açık P0/P1 hata).
ISO/IEC/IEEE 29119 test yürütme kanıtlarını nasıl yapılandırır?
ISO 29119, test kanıtlarının izlenebilir, doğrulanabilir ve değiştirilemez olmasını şart koşar. Her test yürütme kaydı doğrudan gereksinim kimliğine bağlanmalı, ortam yapılandırmasını belirtmeli, tam giriş/çıkışları kaydetmeli, zaman damgalı günlükleri içermeli ve testi yapanın kimliğini kaydetmelidir.
Aktif bir test yürütme döngüsü sırasında test ne zaman resmi olarak durdurulmalıdır (suspended)?
Ciddi ortam kesintileri, bozulmuş test veritabanları veya planlanan test senaryolarının %25'inden fazlasını engelleyen kritik hatalar gibi verimli doğrulamayı imkansız kılan durumlarda test resmi olarak durdurulur.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- ISO/IEC/IEEE 29119 Software and Systems Engineering - Software TestingISO/IEC/IEEE • OFFICIAL REQUIREMENT
- ISTQB Advanced Level Test Management SyllabusISTQB • OFFICIAL REQUIREMENT
- Google Testing Blog: How Google Tests SoftwareGoogle Testing • OFFICIAL REQUIREMENT