Kalite Mühendisliği

Denomas kalite mühendisliği — test seviyeleri, hata bütçeleri, test piramidi, kabul kriterleri
Tags:

  2 minute read  

Kalite Mühendisliği

Kalite, Denomas'ta ayrı bir aşama değildir. Geliştirme sürecinin içine gömülü bir disiplindir.

Test Piramidi

        ╱ ╲
       ╱ E2E ╲          — Az ama kritik
      ╱───────╲
     ╱  Enteg.  ╲       — Servisler arası
    ╱─────────────╲
   ╱  Birim Testleri ╲  — Çok ve hızlı
  ╱─────────────────────╲
SeviyeHedef KapsamÇalıştırmaAraç
Birim%80+Her commitpytest, jest
EntegrasyonKritik akışlarHer MRpytest + testcontainers
E2EKullanıcı senaryolarıHer releasePlaywright, Cypress
PerformansKritik endpoint'lerHaftalıkk6

Hata Bütçesi (Error Budget)

Her üretim servisi için aylık hata bütçesi tanımlanır:

Hata Bütçesi = 1 - SLO

Örnek: SLO = %99.9 → Hata Bütçesi = %0.1 → Ayda ~43 dakika downtime
SLOHata BütçesiAylık İzin
%99.9%0.1~43 dakika
%99.5%0.5~3.6 saat
%99.0%1.0~7.3 saat

Hata bütçesi tükendiyse:

  • Yeni özellik geliştirme durur
  • Tam odak güvenilirlik iyileştirmesine geçer
  • Post-mortem yapılır ve aksiyon planı oluşturulur

Kabul Kriterleri

Her özellik için kabul kriterleri tanımlanır:

  1. Fonksiyonel kriterler (özellik beklediği gibi çalışıyor)
  2. Performans kriterleri (yanıt süresi, throughput)
  3. Güvenlik kriterleri (OWASP Top 10 kontrolü)
  4. Erişilebilirlik kriterleri (WCAG 2.1 AA)
  5. Dokümantasyon kriterleri (handbook ve API doc güncellenmiş)

İlgili Sayfalar


Sayfa kaynağını görüntüle - Bu sayfayı düzenle - please contribute. Creative Commons License