TDD, kod yazılmadan önce test senaryolarının yazılması, bu senaryolara bağlı olarak kodun yazılması ve refactor edilmesi tekniğidir. TDD yaklaşımıyla, yazılması planlanan kodun test senaryoları, sürekli olarak koşturulabilir ve bu sayede programın daha az hata ile geliştirilmesi sağlanabilir. Ayrıca, waterfall yöntemlerdeki yazılım tasarımı problemi de, isteği karşılayacak sınıfların yazılması zorunluluğu ile büyük ölçüde aşılmaktadır. Bu da geliştirilen yazılımın kalitesini arttırmakla kalmaz, değişim yönetimini ve tutarlılığını maksimize ederek yazılım maliyetlerini düşünüldüğünden çok daha aşağıya çeker. Bilindiği gibi birim testleri, tam olarak yazılan metotların işlevlerini düzgün bir şekilde yerine getirip getirmediğini test etmektedir. Ancak birim testleri düzgün bir şekilde yapabilmek göründüğü kadar kolay değildir. Öncelikle kullanılacak olan araçların belirlenmesi gerekmektedir. Önceleri kalite kontrol ekipleri tarafından kullanılan, çeşitli script dilleri ile konfigüre edilen büyük test motorlarının birim testleri için yeterince güçlü ve kolay kullanılabilir olmamaları TDD’nin oluşmasına ön ayak olmuştur. TDD bu noktada sadece birim testlerin yapılmasını kolaylaştırmakla kalmaz, kalite kontrol testleri, kullanıcı kabul testleri, yazılım tasarımı ve değişiklik yönetiminin en az maliyetle gerçekleştirilmesine olanak sağlar. Günümüzde geleneksel yöntemlerle geliştirilen çoğu proje, yukarıdaki problemlerden dolayı başarısız olmakta ya da kalitesiz ve demode olduklarından iş ihtiyaçlarını karşılayamamaktadırlar. Ancak, doğru ve bilinçli uygulanan TDD sayesinde, projelerin başarı oranlarının ciddi artışlar gösterdiği ispat edilmiştir. TDD’nin getirdiği iş yükü, sağladığı kazancın yanında önemsenmeyecek kadar küçüktür.
Aradığın bilgi, eğlence ve arkadaşlar burada.