M5 · Veri Modelleme ve Dönüşüm
Veri Kalitesi Testleri
Neden bu konu?
Bir sorgunun çalışması verinin doğru olduğu anlamına gelmez. Sipariş kimliği tekrarlanabilir, müşteri anahtarı boş kalabilir veya kaynak dün geceden beri yenilenmemiş olabilir; dashboard yine de sayı gösterir. Veri testleri, beklenen veri sözleşmesini çalıştırılabilir kurallara çevirerek sessiz hatayı kullanıcı görmeden yakalar. Test yoksa kalite bir kişinin dikkatine; test varsa ekipçe görülen ve tekrarlanan bir güven kapısına bağlıdır.
Benzetme: kavramın günlük karşılığı
Havaalanındaki güvenlik kapısı bavulun nereye gideceğini seçmez; yalnız tehlikeli veya kurala aykırı durumu geçirmeden işaretler. Veri testi de iş kararını vermez; bir tablonun geçerli kimlik, ilişki, aralık ve tazelik kurallarına uyup uymadığını kontrol eder. Alarm çalınca bavulu yok etmek yerine nedeni araştırırsın.
Bu işin sırrı: kalıplar
- Her test bir sözleşme cümlesinden doğar: 'siparis_id benzersizdir' cümlesi uniqueness testine dönüşür.
- Dört çekirdek kontrol: not-null, unique, accepted values/range ve relationships; bunlar tane ve bağlam bütünlüğünü korur.
+ 3 kalıp daha tam derste
İlk uygulama adımı
1. Sözleşmeyi iş cümlesiyle yaz
stg_orders için beş beklenti yaz: siparis_id dolu ve tekil; musteri_id müşteri tablosunda var; durum izinli listede; tutar negatif değil; veri en geç 24 saat önce yenilenmiş.
Kontrol noktası: Her cümle evet/hayır üreten bir kontrole çevrilebilir ve iş etkisi anlaşılır.
+ 4 adım daha tam derste
Dersin devamı erken erişimde
Tam derste seni bekleyenler: 5 kontrol noktalı uygulama adımı, gerçek dünya kullanımı (analist + scientist + AI perspektifi), 4 yaygın tuzak, mülakat sorusu ve model cevabı, 5 soruluk quiz, 7 tekrar kartı ve NovaCommerce proje görevi.