Birim testleri ne zaman yazsam , testler başarısız olduğunda hata ayıklamayı kolaylaştırmak için her zaman test başına tek bir onaylamaya çalıştım . Ancak bu kurala uyduğumda, her testte aynı kodu sürekli kopyaladığımı hissediyorum ve daha fazla teste sahip olmak, okumak ve korumak için geri dönmek zorlaşıyor.
Tek onaylama testi DRY'yi ihlal ediyor mu?
Ve iyi bir denge bulmak için izlenecek iyi bir kural var mı , mesela yöntem başına sadece bir test yaptırmak gibi ? *
* Muhtemelen tek bir boyutun tüm çözümlere uymadığını, ancak buna yaklaşmanın önerilen bir yolu olduğunu fark ettim?
5
@IsmailBadawi kulağa hoş geliyor. Bu yöntemlerin test ettiğim sınıf nesnesinin bir örneğini döndürmesi gerektiğini varsayalım
—
Korey Hinton
Belirli bir durumda test edilecek bir şey mi yaratıyorsunuz? Bu bir fikstür gibi geliyor.
—
Dave Hillier
@DaveHillier evet, bugün yeni bir kelime öğrendim. Teşekkürler :)
—
Korey Hinton
test başına 1 assert'i nasıl yorumladığınıza bağlıdır, eğer bir Assert * çağrısını kastediyorsanız, evet, aynı zamanda değişmezlerin hala beklemesini sağlamak istiyorsanız (daha sonra bunu bir yönteme çıkartın) veya yapabileceğiniz birden çok efekt varsa t Tek bir Assert'te test yapın (ya da bunu yaptıysanız neden başarısız olduğunu açıklığa kavuşturamazsınız)
—
cırcır ucube