Test odaklı geliştirmeyi deniyorum ve sık sık aşağıdaki duruma geldiğimi fark ettim:

1. Bazı işlevler için testler yazıyorum X. Bu testler başarısız oluyor.
2. X'i uygulamaya çalışırken, kodumun alt katmanında bazı Y özelliklerini kullanmam gerektiğini görüyorum. Yani...
3. Y için testler yazıyorum. Şimdi hem X hem de Y için testler başarısız oluyor.

Bir kez aynı anda çalışılan farklı kod katmanlarında 4 özellik vardı ve ben aslında ne yaptığım (aynı anda çok fazla test başarısız) odaklanmak kaybediyordu.

Sanırım testleri yazmaya başlamadan önce görevlerimi planlamak için daha fazla çaba harcayarak bunu çözebilirim. Ancak bazı durumlarda daha derine inmem gerektiğini bilmiyordum, çünkü alt katmanın API'sını çok iyi bilmiyordum.

Bu gibi durumlarda ne yapmalıyım? TDD'nin herhangi bir tavsiyesi var mı?

İyi bir şey, test altındaki kodun yardıma ihtiyacı olduğunu anlamanızdır. Hemen uygulamak yerine, bir arayüz oluşturun ve testlerinizin doğru kodu hedeflediğinden emin olmak için alayları kullanın. Bu testleri geçtikten sonra, dayandığı kodu uygulamaya geçebilirsiniz.

Saplamalar ve alaylar, henüz değiştirilmeyen / uygulanmayan işlevselliği simüle etmek için kullanılabilir. Ayrıca, bu tür 'zincir reaksiyonu'na neden olan bağımlılıkları çözmenize yardımcı olabilirler.

Öte yandan, belki de bir sonraki değişikliği yönlendiren sadece bir (başarısız) test tutmak en iyi yaklaşımdır.

Yeni işlevselliğe dayanan kodu hedefleyen diğer testler, bu noktada gerçekten alakalı olmadıkları için termporarly devre dışı bırakılabilir. sizin durumunuzda, Y vb. uygulayana kadar X testlerini devre dışı bırakın.

Bu şekilde, sadece istediğiniz şey olan bir sonraki değişikliğe odaklanabilirsiniz.

Dur

Burada iki ayrı sorun olabilir:

1. bazı hikayeleri ve test senaryolarını unuttun ve belirli bir test senaryosu üzerinde çalışmaya başlayana kadar bunları keşfetmedin ve / veya

2. aslında TDD özellik testi değil, birim testi yapıyorsunuz

1 numara için durun , geri dönün ve hikayeleri güncelleyin ve senaryoları test edin, ardından farklı bir senaryo ile başlayın.

2. için durdurma istihdam mocks diğer arayüzleri örtbas ve / veya test geçiş yapmak için daha fazla kod uygulamak için çok ve, sen özelliklerini değil, birimler test etmekte olduğumuzu hatırlamak olmadan yeni test senaryoları ekledi. Bu, test senaryolarını kaçırmadığınızı varsayar, ancak bunun yerine - ve bu gerçekten yaygındır - birim testi ve TDD'yi karıştırır.

Bu, TDD için de benim için harika bir soru ve BÜYÜK bir hayal kırıklığı. Geliştirmeye başlayana kadar hangi alt seviye bileşenlere veya özelliklere ihtiyacınız olduğunu bilmenin hiçbir yolu olmadığı bu senaryoda TDD eksik gibi hissediyorum.

Şahsen TDD'nin sadece ne yapmanız gerektiğini ve bir özelliği gerçekleştirmek için neyi çağırmanız gerektiğini biliyorsanız çalıştığını gördüm. Geliştiriciler başlamadan önce her şeyi her zaman bilmiyorlar, bu yüzden tanımladığım durumu hafifletmek için kendimin en iyi yolunu buldum:

Prototip

Teknik bir soruna yönelik yöntem ve yaklaşımları keşfetmek ve keşfetmek için basit prototip uygulamaları yaptığımda, birçok bacak çalışmasını keşfedip başlamadan önce bu araştırmayı yolumdan çıkarıyorum. Tasarım ve tahmin de çok daha kolay hale geliyor.

Eğer prototip uygulama haline gelecek şekilde dahil edilmişse, o zaman tembel bir şey yapmamanızı ve gerçekte sonra prototipiniz için birim testleri oluşturmanızı öneririm.

Bu noktada daha düşük seviye API hakkında daha fazla bilgi sahibi olmanız ve daha yüksek seviye bileşenlerinizde daha düşük seviye API ile başarılı bir şekilde bağlantı kurabilmeniz gerekir.

TDD yaparken ne tür sınavlar yaptığınıza bağlıdır.

Klasik model birim testleri yazmak ve testi kodun diğer "birimlerinden" ayırmak için alay veya saplamaları kullanmaktır.

ATDD, testin tam bir yığın veya neredeyse tam yığın testi gibi birçok alternatif model vardır. Bu durumda, gerekli program davranışını iddia eden yazma testleriniz tek bir kod birimi değil, bu yüzden başka testler yazmazsınız. Testi tatmin etmek için ekipmanı gidiş-dönüş alırsınız. Daha sonra diğer özellikler / davranışlar için başka testler eklersiniz.