Blog
Mert Özen'in yazılım geliştirme, backend, frontend ve DevOps üzerine blog yazıları.
TDD Nedir? Canon TDD, Test List ve Red-Green-Refactor'ın Asıl Amacı
TDD çok unit test yazmak değil, davranışı küçük adımlarla büyütürken tasarımı sürekli düzeltme disiplinidir: önce test list, sonra listeden tek test, kırmızı, yeşil, isteğe bağlı refactor ve listeyi güncellemek. Kent Beck'in Canon TDD tarifini, Uncle Bob'un three laws anlatımıyla farkını ve Bookstore'un CouponValidator'ı için listenin iki döngüde nasıl değiştiğini gerçek test çıktılarıyla görüyoruz.
Red-Green-Refactor Uygulamada: Fake It, Triangulation, Obvious Implementation ve Baby Step'ler
Kırmızı testi yeşile çevirmenin üç yolu var: kodu biliyorsan obvious implementation, bilmiyorsan fake it, tasarım belirsizse triangulation; seni şaşırtan her kırmızıda adımı küçültürsün. CouponValidator'ı xUnit v3 ile canlı geliştirirken banker's rounding sürprizini, eski testleri kıran bir fake'i, hemen yeşil olan testi bozarak doğrulamayı, TimeProvider ile İstanbul saatine göre son kullanma kuralını ve her yeşilde küçük commit ritmini gerçek çıktılarla görüyoruz.
Kata'larla TDD Pratiği: String Calculator, Bowling Game ve Bilinçli Tekrar
Kata, cevabı bilinen küçük bir problemi defalarca çözerek TDD ritmini bilinçli tekrarla geliştirmektir; başarı ölçütü bitirmek değil adım kalitesidir. Coding dojo, randori ve ping-pong formatlarını, String Calculator'ı C# ve xUnit v3 Theory ile, Bowling Game'i TypeScript ve Vitest ile çözerken test list'in evrimini, kritik karar anlarını ve kata'yı zorlaştıran varyasyonları gerçek çıktılarla görüyoruz.
Outside-in TDD: Double Loop, Acceptance Test'ten Domain'e ve London ile Classical Okulu Pratikte
Outside-in TDD, özellik bitene kadar kırmızı kalan bir acceptance test'le dış döngüyü, onu geçirecek parçaları büyüten unit test döngüleriyle iç döngüyü kurar. POST /api/cart/{id}/coupon endpoint'ini WebApplicationFactory ile walking skeleton'dan başlatıp mock'larla collaborator keşfediyor, aynı handler'ı classical yolla da test ediyor ve davranışı değiştirmeyen bir refactor'da hangi testlerin kırıldığını gerçek çıktıyla karşılaştırıyoruz.
Angular'da TDD: Vitest ve Signal Tabanlı Component'i Test-first Geliştirmek
Angular'da TDD'ye component'ten değil saf TypeScript fonksiyonundan başlamak testleri hızlı, component'i ince tutar. Angular 22 ve Vitest ile sepet toplamlarını kayan nokta sürprizini yakalayarak, signal input'lu CartSummary component'ini whenStable ve setInput ile, HttpClient service'ini provideHttpClientTesting ile isteği önce yazarak geliştiriyor; zoneless projede fakeAsync'in neden çalışmadığını gerçek çıktıyla görüyoruz.
Bug Fix ve Legacy Kodda TDD: Önce Kırmızı Test, Characterization ve Sprout ile Yeni Kod
Bug düzeltirken TDD önce hatayı en düşük doğru seviyede yeniden üreten kırmızı bir testle başlar; testi olmayan legacy kodda ise önce characterization testlerle bugünkü davranış kaydedilir, yeni kural ayrı bir sprout'ta test-first büyütülüp eskiye tek satırla bağlanır. Testsiz bir CheckoutService'te bug'ı kaydetmiş bir characterization testin düzeltmeden sonra neden kırmızıya döndüğünü ve iki test türünün farkını gerçek çıktılarla görüyoruz.
TDD'nin Sınırları: "Is TDD Dead?" Tartışması, Araştırmalar, Ne Zaman TDD Yapmamalı ve AI Agent'larla TDD
TDD bir ritüel değil bir takastır: araştırmalar küçük bir kalite artışı ve karışık üretkenlik sonuçları gösteriyor, faydanın test-first sırasından çok kısa ve düzenli adımlardan gelebileceğini söylüyor. 2014'teki "Is TDD Dead?" tartışmasını, TDD'nin zayıf kaldığı spike, UI ve performans gibi yerleri, AI coding agent'larının testleri atlama ve gevşetme eğilimine karşı kuralları ve bunu yakalayan bir CI adımını gerçek çıktıyla ele alıyoruz.