Claude ile üretilen .NET testlerinde gerçek regresyon kapsamı nasıl doğrulanır
Claude Code ile üretilen .NET testleri yeşil göründüğünde bile bir regresyonu yakalayıp yakalamadığı belli değildir. Yazar, testin girdisini, çalışan üretim kodunu ve başarısızlık koşulunu izleyerek bu testleri nasıl inceleyeceğini gösteriyor. Agent'ın ürettiği testlerle çalışan her .NET geliştiricisi için pratik bir kontrol listesi niteliğinde.
Kilit noktalar
- Her testi isim yerine davranışsal bir iddia olarak değerlendirin: girdi, sınır ve gözlemlenebilir sonuç.
- Assert ifadelerini başarısız olabilecek yoldan geriye doğru izleyin; koşullu assert'ler gerçek bir dalı kaçırabilir.
- Mock veya fake'in, testin kapsamaya çalıştığı davranışı ortadan kaldırıp kaldırmadığını kontrol edin.
- Hata yollarında beklenen şeyi netleştirin: exception, hata sonucu, yanıt durumu ya da yeniden deneme.
- Kırmızı durumu düzeltmeden önce, yeşil durumu düzeltmeden sonra gözlemleyin ve hata çıktısını saklayın.
- Bir filtre hiçbir test seçmiyorsa ya da ortam farkı varsa, yeşil sonucu evrensel başarı gibi raporlamayın.
Claude ile üretilen testlerde iyi isimlendirilmiş metotlar, düzenli arrange-act-assert yapısı ve yeşil bir çalıştırma güven verici görünür; ancak hiçbiri testin gerçek bir regresyonu yakalayacağını kanıtlamaz. Yazar, incelemeyi test sayısı yerine davranışsal iddia üzerinden yapmayı öneriyor. Önce girdi aralığı, geçerli ile geçersiz girdiyi ayıran sınır ve gözlemlenebilir sonuç yazılmalı, ardından test okunmalı. Koşullu assert'ler, yardımcı metotların gizlediği erken dönüşler ve gerçek olmayan bağımlılık davranışları da bu incelemede ayrıca kontrol edilmeli.
Yazarın örneğinde, negatif sayı yerine sıfır geçen ve assert'i koşula bağlı bir testin hatayı hiç görmediği gösteriliyor. Daha güçlü yaklaşım, geçersiz girdi için beklenen istisnayı ve geçerli sınır için değeri doğrulamaktır. Kendi projenizde kırmızı durumu düzeltmeden önce, yeşil durumu ise değişiklikten sonra, gerçek hata çıktısıyla birlikte doğrulayın.
Gerçek dünyada kullanımı
- Claude Code ile yazılmış bir sipariş veya kargo hesaplama kütüphanesine geçersiz girdi testleri eklerken.
- Ekipte agent tarafından üretilen bir pull request'i merge etmeden önce test kapsamını doğrularken.
- Bir hata düzeltmesinin gerçekten regresyon testiyle kanıtlanıp kanıtlanmadığını CI öncesinde kontrol ederken.
Neden önemli
Yeşil bir test sayısı tek başına regresyon güvencesi sağlamaz. Agent tarafından üretilen testleri, başarısızlık koşulunu ve üretim kodundaki gerçek yolu inceleyerek kabul etmek, sonradan ortaya çıkacak sessiz hataları azaltır.