> tpl_qav_010
Hata Ayıklama (Defect Triage), Kalite Kapısı ve Sürüm Kalite Paneli
Önem-öncelik sınıflandırmasını (P0-P3 / S0-S3), hata ayıklama (triage) toplantı ritmini, SLA odaklı ortalama çözüm süresini (MTTR), otomatik Go/No-Go sürüm kalite kapılarını ve hata yoğunluğu eğilimlerini standartlaştıran kapsamlı yazılım hata yönetimi ve sürüm kalitesi telemetri modeli.
Hata ayıklama matrislerini, SLA odaklı MTTR'yi ve otomatik Go/No-Go kapılarını standartlaştıran sürüm kalitesi paneli.
Ö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
Yazılım sürümleri ampirik hata verileri yerine öznel hislere ve teslim tarihlerine göre onaylanır; bu da bilinen kritik hataların canlıya sızmasına ve ağır sistem kesintilerine yol açar.
Ne Zaman Kullanılmalı?
- •QA, mühendislik ve ürün liderleri arasında günlük veya haftalık yapılandırılmış hata ayıklama (triage) ritmi kurarken
- •Staging ve canlı dağıtım onayları öncesinde nesnel Go / No-Go kalite kapısı kriterlerini uygularken
- •Hata giriş hızını, hata yaşlanmasını, önem derecesine göre MTTR süresini ve canlıya sızan hata oranlarını takip ederken
Ne Zaman Kullanılmamalı?
- •Canlıdaki büyük olay müdahalesini ve olay sonrası incelemeleri (postmortem) yönetirken (TPL-OPS-007 ve TPL-OPS-002 kullanın)
- •Test senaryoları ve keşif testi şartnameleri tasarlarken (TPL-QAV-003 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Bağımsız tanımların standartlaştırılması: Önem (sistem etkisi: S0 Engelleyici, S1 Kritik, S2 Majör, S3 Minör) ve Öncelik (iş aciliyeti: P0 Acil, P1 Yüksek, P2 Orta, P3 Düşük).
30 dakikalık günlük triage toplantısı ritmi: katılımcılar (QA Lideri, Yazılım Lideri, Ürün Yöneticisi), gündem, bilet durum geçişleri ve tekrarlanamayan hataların elenmesi.
Hata giderme süreleri: S0/P0 (4 saatin altında, kesintisiz odak), S1/P1 (24 saatin altında), S2/P2 (mevcut sprint içinde, en fazla 10 gün), S3/P3 (iş listesi incelemesi). SLA uyum oranı.
Canlıya çıkış hazırlığı için ikili kapı kriterleri: sıfır açık S0/S1 hata, test başarı oranı > %98, önceki sürümlerden çözülmemiş regresyon olmaması ve sürüm dalında kararsız test bulunmaması.
Eğilim analizleri: Hata Giriş Hızı ve Çözüm Hızı, Ortalama Tespit Süresi (MTTD), Ortalama Çözüm Süresi (MTTR) ve Canlıya Sızan Hata Oranı.
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ı
Hata Ayıklama (Defect Triage), Kalite Kapısı ve Sürüm Kalite Paneli - Örnek Vaka Analizi
Örnek Organizasyon: Çok Kanallı B2B E-Ticaret ve Lojistik Platformu
Çok Kanallı B2B E-Ticaret ve Lojistik Platformu için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •İkili Go/No-Go kalite kapısını uygulayarak canlıya çıkışta engelleyici Sev-0 hatalarını %100 önledi
- •Standart günlük 30 dakikalık triage toplantılarıyla ortalama S1 hata çözüm süresini 4,2 günden 18 saate indirdi
- •12 ardışık kurumsal sürüm döngüsünde canlıya sızan hata oranını %14,5'ten %2,1'e düşürdü
Sıkça Sorulan Sorular
Hata Önemi (Severity) ile Hata Önceliği (Priority) arasındaki kritik fark nedir?
Önem derecesi teknik sistem etkisini ölçer (ör. S0 sistem çökmesi veya veri bozulmasıdır; S3 küçük bir yazım hatasıdır). Öncelik ise iş aciliyetini ölçer (ör. büyük bir reklam kampanyası sırasında ana sayfadaki bir yazım hatası S3 küçük öneme sahip olsa da P0 acildir). İkisini ayırmak teknik ve ticari uyumsuzluğu engeller.
Bir ekip canlıya çıkış gününde Go / No-Go kalite kapısından geçemezse ne olur?
Varsayılan işlem sürümün otomatik olarak ertelenmesidir ("No-Go"). Ticari baskılar çıkışı zorunlu kılıyorsa, bilinen hataları, geçici çözümleri ve acil yama takvimini belgeleyen resmi bir Kalite Kapısı İstisnası hem Mühendislik Başkan Yardımcısı hem de Ürün Lideri tarafından imzalanmalıdır.
Hata yaşlanma telemetrisi teknik borç birikimini nasıl önler?
Hata yaşlanması, açık hataların önem derecesine göre iş listesinde kaç gün beklediğini izler. Kesin yaşlanma eşikleri olmazsa, kritik olmayan hatalar (S2/S3) süresiz olarak birikir, iş takip sistemini kirletir, geliştirici moralini bozar ve zamanla birleşerek kritik sistem arızalarına yol açar.
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
- IEEE 1044-2009: Standard Classification for Software AnomaliesIEEE • OFFICIAL REQUIREMENT
- ISTQB Certified Tester: Incident Management GuidelinesISTQB • OFFICIAL REQUIREMENT
- DORA Metrics: Change Failure Rate and Mean Time to RestoreGoogle Cloud DORA • OFFICIAL REQUIREMENT