Test Driven Development (TDD) Döngüsü: Red, Green, Refactor

Genel Bakış

Test Driven Development (TDD - Test Güdümlü Geliştirme), yazılım mühendisliğinde uygulamanın kodunu yazmadan önce, o kodun başarıyla çalışıp çalışmadığını denetleyecek olan birim testlerini (Unit Test) yazmayı temel alan bir yazılım geliştirme sürecidir.

Sorun

Geleneksel yazılım geliştirme süreçlerinde (önce kod, sonra test), geliştiriciler genellikle test yazmayı sıkıcı bulur ve sona bırakır. Zaman daraldığında testler tamamen es geçilir. Dahası, önceden yazılmış karmaşık, sıkı bağlı (tightly coupled) bir sistemin test edilebilir hale getirilmesi çok zordur; çünkü kod, test edilebilirlik düşünülmeden tasarlanmıştır.

Çözüm: Red - Green - Refactor Döngüsü

TDD, yazılımı 3 adımlı mikro döngüler halinde inşa etmeyi şart koşar.

Red (Kırmızı): Henüz var olmayan bir özellik için başarısız olacak (çökecek) bir test yazın.
Green (Yeşil): Testin geçmesini sağlayacak en basit, gerekirse "çirkin" kodu yazın. Sadece testin yeşile dönmesini sağlayın.
Refactor (İyileştirme): Artık çalışan ve test edilen bir kodunuz var. Kodu, mimari standartlara (Clean Code, DRY) uygun şekilde düzenleyin. Her adımda test çalıştırılarak sistemin bozulmadığı teyit edilir.

Teknik Detaylar

TDD aslında bir test yazma pratiğinden ziyade bir Tasarım (Design) pratiğidir. Koddan önce testi yazmak, geliştiriciyi kodun "nasıl uygulanacağı" yerine "nasıl kullanılacağı" üzerine (Interface/API) düşünmeye zorlar. Bu sayede modüller birbirinden daha izole hale gelir (Dependency Inversion kullanımı artar). Mocking framework'leri (örneğin Java için Mockito, .NET için Moq) kullanılarak, veritabanı veya ağ gibi dış bağımlılıklar izole edilir ve testlerin milisaniyeler içinde çalışması sağlanır.

Sonuç

TDD uygulayan ekiplerin geliştirme hızı başlarda düşebilir, ancak uzun vadede hata (bug) oranlarında dramatik bir düşüş gözlemlenir. Canlı sistemde kod değiştirme korkusunu (regression) ortadan kaldırır ve yaşayan, her an doğrulanabilir bir dokümantasyon sağlar.