SORU
11 Ocak 2012, ÇARŞAMBA


Nasıl bir birim testi .NET MVC denetleyicisi?

Tavsiye etkili test birimi ile ilgili arıyorum .NET mvc denetleyicileri.

Çalıştığım yerde birçok tür testler Adedi veri katmanı alay etmek ve veri iletimi belirli yöntemler olarak adlandırılan savunmak için kullanın. Bu uygulama değişmedi aslında API test yerine doğrular beri bana yararlı gibi görünmüyor.

Ayrıca görünüm türü iade model doğru olup olmadığını kontrol etme gibi şeyler tavsiye makaleleri okudum. Bazı değer sağlayan bunu görebiliyorum, ama yalnız alay kodu (bizim uygulamanın veri modeli çok büyük ve karmaşık) birçok satırları yazarken çaba hak etmiyor.

Herkes kontrol ünitesi test için biraz daha yaklaşır tavsiye edebilir veya yukarıdaki yaklaşımlar geçerli/yararlı açıklayacağım?

Teşekkürler!

CEVAP
11 Ocak 2012, ÇARŞAMBA


Kontrol ünitesi testi eylem yöntemlerini kod algoritmaları, veri katmanı olmadığı test edilmelidir. Bu veri hizmetleri alay için bir nedendir. Denetleyici onlardan farklı bir bilgi aldığında depoları / hizmetlerden belirli değerleri / etc almak için, ve farklı hareket bekliyor.

Denetleyici savunmak için birim testleri yazmak çok belirli senaryolarda çok özel şekillerde davranır / koşullar. Veri katmanı denetleyicisi / eylem yöntemleri için bu şartlar sağlayan uygulamanın bir parçasıdır. Yöntem hizmet denetleyicisi tarafından çağrıldı iddia denetleyicisi başka bir yerden bilgi alır emin olabilirsiniz, çünkü değerlidir.

Viewmodel döndürülen türü ise kontrol viewmodel yanlış türde döndürdü,, MVC çalışma zamanı bir istisna atar, çünkü değerlidir. Birim testi çalıştırarak üretim oluyor bu önleyebilirsiniz. Eğer test başarısız olursa, o zaman görünüm üretim bir özel durum.

Birim testleri yeniden düzenleme çok daha kolay oldukları için değerli olabilir. Uygulama değiştirme ve davranış hala emin birimi tüm testler pass yaparak aynı olduğunu iddia edebilirsiniz.

Yoruma cevap #1

Eğer bir-altında-yöntem test alt-tabaka alay bir yöntem değişikliği / kaldırılması için çağırır uygulanması değiştirme, birim test de değiştirmek gerekir. Ancak bu sandığınız kadar sık olmamalı.

Kırmızı-yeşil-yeniden normal iş akışı birim testleri yazmak için çağırırönceYöntemleri yazılı test ediyorlar. (Bu kısa bir süre için anlamına gelir, test kod derleme vermiyor ve neden bu kadar çok genç / deneyimsiz geliştiriciler zorluk kırmızı yeşil benimseyerek yeniden oluşturulması gerekiyor.)

Eğer birim testleri ilk yazarsanız, denetleyici Bir alt tabaka hakkında bilgi almak için sana ihtiyacı var, iyi bir noktaya gelecek. Bu nasıl bilgi almaya çalışsa emin olabiliyorsun? Bilgileri içeren alt katman yöntemi alay ve alt-tabaka yöntemi denetleyicisi tarafından çağrılır olduğunu savunur.

Terim "değişen uygulama." ben bir dilim sürçmüş olabilir Bir denetleyicisi eylem yöntemi ve ilgili birim test veya alay bir yöntem değişikliği için değiştirilmesi gerekir zaman, gerçekten denetleyici davranışları değişiyor. Yeniden düzenleme, tanımı gereği, genel davranış ve beklenen sonuçlar değiştirmeden uygulanmasını değiştirmek demektir.

Kırmızı-yeşil-yeniden Düzenle, onlar daha ortaya çıkmadan önce kod hataları ve hataları önlemeye yardımcı olan Kalite Güvencesi bir yaklaşımdır. Genellikle geliştiriciler uygulama göründükleri sonra böcekler kaldırmak için değiştirin. Bu yüzden tekrarlıyorum hakkında endişeli olduğunuz durumlarda sandığın kadar sık olan bir şey değil.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • ipsy

    ipsy

    1 EKİM 2012
  • metal571

    metal571

    30 Mayıs 2006
  • TheDamnWreckless

    TheDamnWreck

    12 Temmuz 2010