«unit-testing» etiketlenmiş sorular

Birim testi, tek tek kaynak kodu birimlerinin kullanıma uygun olup olmadıklarını belirlemek için test edildiği bir yöntemdir.

11
Sınama amacıyla kesinlikle kodu değiştirmek kötü bir uygulama mıdır?
Bir programcı meslektaşımla birlikte çalışan bir kod parçasını sadece test edilebilir hale getirmek için değiştirmenin iyi mi yoksa kötü bir uygulama mı olduğu konusunda tartışmalıyım (örneğin, birim testleri aracılığıyla). Benim fikrim elbette, iyi nesneye yönelik ve tabii ki yazılım mühendisliği uygulamalarını sürdürme sınırları dahilinde ("her şeyi halka açık yapma" değil). …

10
Tam bir yeniden düzenleme için zaman olmadığında eski kod için testler yazmak mantıklı geliyor mu?
Ben genellikle kitabın tavsiyesi takip etmeye Legacy Cod ile Etkin Çalışma e . Bağımlılıkları bozuyorum, kodun bölümlerini @VisibleForTesting public staticyöntemlere ve kodu (veya en azından bir bölümünün) test edilebilir hale getirmek için yeni sınıflara taşıyorum. Ve değiştirdiğimde veya yeni işlevler eklerken hiçbir şeyi kırmadığımdan emin olmak için testler yazarım. Bir …

7
Mevcut Kod İçin Test Yazma
Birinin nispeten büyük bir programı olduğunu varsayalım. Tüm kod tabanı, artık şirkette olmayan, tek bir üst düzey geliştirici tarafından yazılmıştır. Tüm kodlar olduğu gibi test edilebilir ve IoC boyunca kullanılır - bazı garip sebepler dışında herhangi bir ünite testi yazmadılar. Şimdi, şirketiniz kodu dallamak istiyor ve değişikliklerin temel işlevselliği ne …


7
Birim testi yerine kabul ve entegrasyon testlerini kullanmak yeterli mi?
Bu soruya kısa bir giriş. Şimdi TDD'yi ve son zamanlarda BDD'yi bir yıldan fazla bir süredir kullanıyorum. Testlerimi daha verimli yazmak için alay etme gibi teknikleri kullanıyorum. Son zamanlarda kendime küçük bir para yönetimi programı yazmak için kişisel bir projeye başladım. Eski kodum olmadığından TDD ile başlamak için mükemmel bir …

9
“İyi” birim testleri nasıl yazılır?
Bu iş parçacığı tarafından tetiklendiğinde (yine) projelerimde birim testleri kullanmayı düşünüyorum. Birkaç poster, "Testler iyi, eğer iyi testlerse iyidir" gibi bir şey söylüyor. Şimdi sorum şu: "İyi" testler nelerdir? Uygulamalarımda, ana bölüm sıklıkla, büyük miktarda gözlenen verilere bağlı olarak ve bu verileri modellemek için kullanılabilecek bir uyum işlevi ile sonuçlanan …

10
Tüm yöntemlerimizi test etmeli miyiz?
Bugün ekip arkadaşımla birim testi hakkında konuştum. Her şey bana “hey, o sınıfın sınavları nerede, sadece bir tane görüyorum?” Diye sorduğunda başladı. Tüm sınıf bir menajerdi (ya da böyle çağırmayı tercih ederseniz bir hizmet) ve neredeyse tüm yöntemler bir DAO'ya malzeme dağıtıyordu; SomeClass getSomething(parameters) { return myDao.findSomethingBySomething(parameters); } Mantıksız (veya …


11
Sayılar bir şey ifade etmiyorsa, birim testlerinde sihirli sayılar kabul edilebilir mi?
Birim testlerimde, ne yaptığını görmek için koduma rastgele değerler atarım. Örneğin, bunun foo(1, 2, 3)17'ye dönmesi gerektiğini biliyorsanız , şunu yazabilirim: assertEqual(foo(1, 2, 3), 17) Bu sayılar tamamen keyfidir ve daha geniş bir anlamı yoktur (bunlar üzerinde de test etmeme rağmen, örneğin sınır koşulları değildir). Bu numaralar için iyi isimler …

5
Kamusal her şeyi saplayan ve alay eden birim testlerinin bir noktası var mı?
Birim yaparken "uygun" bir yol sınamak, yani her kamu çağrısını engellemek ve önceden ayarlanmış değerleri veya alayları döndürmek, aslında hiçbir şeyi sınamadığımı hissediyorum. Kelimenin tam anlamıyla koduma bakıyorum ve genel yöntemlerimle mantık akışına dayanan örnekler oluşturuyorum. Ve uygulama her değiştiğinde, gerçekten yararlı bir şey yaptığımı hissetmediğimden (bu orta veya uzun …

9
Yeniden yapılanmadan önce birim testleri nasıl yazılır?
"Yeniden yapılanma sırasında ünite testlerinizi nasıl çalışır durumda tutuyorsunuz?" Gibi benzer bir çizgi boyunca soruların bazı cevaplarını okudum. Benim durumumda senaryo biraz farklı çünkü sahip olduğumuz bazı standartları gözden geçirip getirmemiz gereken bir proje verildi, şu anda proje için hiçbir test yok! DAO tip kodunu bir servis katmanında karıştırmama gibi …


5
Test edilebilir kodu destekleyen tasarım ilkeleri nelerdir? (test edilebilir sürüş testi vs testlerle sürüş tasarımı)
Çalıştığım projelerin birçoğu, sonraki testlerde ünite testlerini kabus yapan, geliştirme ve ünite testlerini ayrı ayrı ele alıyor. Amacım, yüksek seviye ve düşük seviye tasarım aşamalarında test sırasında akılda tutulmasıdır. Test edilebilir kodu destekleyen iyi tanımlanmış tasarım ilkeleri olup olmadığını bilmek istiyorum. Son zamanlarda anladığım bir ilke, Bağımlılık enjeksiyonu ve Kontrolün …

16
TDD yaparken neden tüm testleri tek seferde yazmıyorsunuz?
TDD için Kırmızı - Yeşil - Refaktör döngüsü iyi kurulmuş ve kabul edilmiştir. Bir tane başarısız ünite testi yazarız ve mümkün olduğunca basit bir şekilde geçmesini sağlarız . Bir sınıf için birçok başarısız ünite testi yazmanın ve hepsini bir seferde geçmenin bu yaklaşımın faydaları nelerdir ? Test paketi sizi hala …

4
TDD - İç Dış vs İç Dış
TDD kullanarak bir uygulama Outside In vs Inside Out bir uygulama oluşturma arasındaki fark nedir ? Bunlar TDD ve birim testleri hakkında okuduğum kitaplardır: Teste Dayalı Geliştirme: Örnek Teste Dayalı Geliştirme: Pratik Bir Rehber: Microsoft'ta Yüksek Kalite PHP Altyapıları ve Uygulamalarına Dayalı Geliştirme Geliştirmeye Yönelik Gerçek-Dünya Çözümleri . NET xUnit …

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.