Testi doğru anlamak, kalitenin yarısını kazandırır.
Yazılım testinin en büyük yanılgılarından biri, testin yalnızca geliştirme tamamlandıktan sonra yapılan bir “kontrol aşaması” olarak görülmesidir. Oysa test; yazılımın farklı katmanlarda, farklı bakış açılarıyla, sistematik şekilde değerlendirilmesidir.
Bir uygulamanın kalitesini anlamanın yolu, onu yalnızca bir yerden değil; birim, modül, sistem ve kullanıcı düzeylerinde incelemekten geçer. Bunun yanında testin yalnızca nerede değil, hangi özellikler açısından yapıldığını belirleyen test çeşitleri ile değişikliklerin etkisini ölçen regresyon/onaylama testleri de süreçte kritik rol oynar.
Bu yazıda birlikte;
- test seviyelerini,
- test çeşitlerini
- ve onaylama / regresyon testlerinin mantığını
sade ama etkili bir şekilde keşfedeceğiz.
1. Test Seviyeleri (Test Levels)
Test seviyeleri, yazılımı farklı derinlik ve kapsamda incelediğimiz katmanlardan oluşuyor. Her katman sistemin başka bir yüzünü gösteriyor ve biz bu yüzlerin hepsini anlamaya çalışıyoruz.
🔹Unit Test (Birim Testi)
Bir fonksiyonun ya da metodun tek başına doğru çalışıp çalışmadığını kontrol ettiğimiz en küçük katman.
Örnek: Bir fonksiyonun belirli bir girdiye beklenen çıktıyı üretmesi.
🔹 Integration Test (Entegrasyon Testi)
Birbirine bağlı modüllerin uyumlu çalışıp çalışmadığını doğruladığımız seviye.
Örnek: Ödeme ekranı → API → veritabanı arasındaki akışın sorunsuz işlemesi.
🔹 System Test (Sistem Testi)
Tüm uygulamayı uçtan uca bir bütün olarak ele aldığımız aşama.
Örnek: Giriş → işlem → çıkış gibi tam kullanıcı yolculuklarının test edilmesi.
🔹 User Acceptance Test (Kullanıcı Kabul Testi – UAT)
Ürünün gerçek iş ihtiyacını karşılayıp karşılamadığını kullanıcı gözüyle değerlendirdiğimiz aşama.
Örnek: “Evet, bu akış bizim ihtiyacımızı karşılıyor” noktasına gelmek.
2. Test Çeşitleri (Test Types)
Test seviyeleri “nerede” test ettiğimizi anlatırken, test çeşitleri “neyi” test ettiğimizi gösterir. Test çeşitleri ise ikiye ayrılır. Fonksiyonel testler, yazılımın ne yaptığına bakar; fonksiyonel olmayan testler ise yazılımın nasıl davrandığını (hız, güvenlik, kullanılabilirlik) ölçer.
🔹 Fonksiyonel Testler
Sistemin davranışının gereksinimlere uygun olup olmadığı değerlendirilir.
Örnek: Tıklayınca doğru ekranın açılması.
🔹 Performans Testleri
Hız, dayanıklılık, yük altında davranış incelenir.
Örnek: 1000 kullanıcı aynı anda giriş yaptığında sistemin çöküp çökmediği.
🔹 Güvenlik Testleri
Sistemin zafiyetlere karşı ne kadar dayanıklı olduğunu ölçer.
Örnek: Yetkisiz bir kullanıcının veri görüp görememesi.
🔹 Kullanılabilirlik (Usability) Testleri
Kullanıcının ekranlarda rahat hareket edip edemediğini değerlendirir.
Örnek: Bir butonun yanlış konumda olması akışı bozabilir.
🔹 Smoke Test
Build’in en temel fonksiyonlarının çalışıp çalışmadığını hızlıca kontrol eder.
Örnek: Login, ana ekran, temel navigasyon.
🔹 Sanity Test
Küçük bir düzeltme sonrası ilgili kısmın hızlı doğrulanmasıdır.
Örnek: Parola sıfırlama ekranındaki bir fix sonrası sadece o akışın test edilmesi.
3. Onaylama Testleri ve Regresyon Testleri
Bu iki kavram sıklıkla karıştırılır; şimdi bu iki kavrama bir bakalım.
🔹 Onaylama Testleri (Confirmation Testing)
Yapılan fix’in gerçekten çözülüp çözülmediğini doğrular.
Örnek: Hatalı hesaplama düzeltilmiş mi?
🔹 Regresyon Testleri
Yeni değişikliklerin uygulamanın başka bölümlerini bozup bozmadığını geniş kapsamda test eder.
Örnek: Login fix’i → profil, dashboard, ayarlar gibi diğer modüller de etkilenmiş olabilir.
- Onaylama testi → “Hata tamir edilmiş mi?”
- Regresyon testi → “Bu tamir başka yeri bozmuş mu?”
Sonuç olarak; test seviyeleri, yazılımın farklı katmanlarda nasıl incelendiğini; test çeşitleri ise sistemin hangi özelliklerinin doğrulandığını gösterir. Onaylama ve regresyon testleri ise yapılan değişikliklerin etkisini güvence altına alır.
Yani kaliteli bir ürün, rastlantı sonucu ortaya çıkmaz.
Doğru yapılandırılmış test süreçlerinin doğal bir sonucudur.
Eğer test süreçlerini doğru bir şekilde konumlandırır ve çeşitlendirirsek, hem geliştirme hızımız artar hem de ürün kalitesi sürdürülebilir bir standart haline gelir.