Test piramidi nedir? Unit, integration ve end-to-end testler arasındaki farklar nelerdir?

Test piramidi, Mike Cohn'un ortaya koyduğu bir modeldir: tabanda çok sayıda hızlı unit test, ortada daha az integration test, tepede az sayıda yavaş end-to-end (E2E) test bulunmalıdır. Yukarı çıktıkça testler gerçekçiliği artar ama yavaşlar, kırılganlaşır ve bakım maliyeti yükselir.

Örnek (pytest)

# Unit: saf iş kuralı, bağımlılık yok
def calculate_discount(total, is_member):
    return total * 0.9 if is_member and total > 100 else total

def test_member_discount():
    assert calculate_discount(200, True) == 180

def test_no_discount_under_threshold():
    assert calculate_discount(50, True) == 50

# Unit + mock: dış servis taklit edilir
from unittest.mock import Mock

def test_order_sends_email():
    mailer = Mock()
    OrderService(mailer=mailer).place(order_id=1)
    mailer.send.assert_called_once()

Test double türleri

• Stub: sabit cevap döner.
• Mock: çağrıların nasıl yapıldığını doğrular.
• Fake: basit ama çalışan bir implementasyon (bellek içi veritabanı).
• Spy: gerçek nesneyi sarıp çağrıları kaydeder.

Anti-pattern: dondurma külahı (ice cream cone)

Az unit test, çok manuel ve E2E testi. Sonuç: yavaş CI, rastgele kırılan (flaky) testler ve geliştiricilerin testlere güvenmemesi.

Modern görüş

Kent C. Dodds'un testing trophy modeli, özellikle frontend'de integration testlere daha fazla ağırlık verir. Önemli olan oranlar değil, testlerin hızlı geri bildirim verip gerçek hataları yakalamasıdır. Code coverage yüzdesi tek başına kalite göstergesi değildir; %100 coverage ile anlamsız assert'ler yazılabilir.