«unit-testing» etiketlenmiş sorular

Son kullanıcılar tarafından üretimde ciddi bir hata bulunursa, bu hatayı kapatmak için başarısız bir birim testinin eklenmesi gerektiği ve bu nedenle hata düzeltilinceye kadar kasten yapıyı bozması benim için mantıklı görünüyor. Bunun mantığı, yapının başından beri başarısız olması gerektiği , ancak otomatikleştirilmiş test kapsamının yetersizliğinden kaynaklanmadığıdır. Meslektaşlarımdan bazıları, başarısız bir …

410 unit-testing  tdd  builds 

Yorumlaması olarak bu büyük yazı Roy Osherove söz OAPT tek testteki her bir sav ileri çalışacak şekilde tasarlanmıştır projeyi. Aşağıdakiler projenin ana sayfasına yazılmıştır: Doğru birim testleri tam olarak bir nedenden ötürü başarısız olmalıdır, bu nedenle birim test başına bir onay kullanmanız gerekir. Ve ayrıca, Roy yorumlarda yazdı: Kılavuzum genellikle …

397 unit-testing 

Testleri yazdıkları kodlardan daha zor ve yazmak daha zor buluyorum. Testi yazmak için, test ettiği koddan daha fazla zaman harcamak olağandışı değil. Bu normal mi yoksa yanlış bir şey mi yapıyorum? “ Ünite testi veya test odaklı geliştirme faydalı mı? ”,“ İşlevsel testi uygulamak için sistemin kendisini uygulamaktan daha fazla …

211 unit-testing  testing 

Java projesi üzerinde çalışıyorum. Birim testinde yeniyim. Java sınıflarında özel yöntemleri test etmenin en iyi yolu nedir?

184 java  unit-testing 

Firmamda birkaç kez geliştirici otomatik testi yapmaya çalıştık. QA ekibimiz, UI testlerini otomatikleştirmek için Selenium kullanıyor, ancak her zaman birim testlerini ve entegrasyon testlerini tanıtmak istemişimdir. Geçmişte, her denediğimizde herkes ilk iki ay için heyecanlanmıştı. Sonra birkaç ay içinde insanlar bunu yapmayı bıraktı. Birkaç gözlem ve soru: Otomatik test gerçekten …

178 unit-testing  tdd  test-automation 

Mevcut bir uygulama için birim sınamaları yazmakla görevlendirildim. İlk dosyamı bitirdikten sonra, 419 satır orijinal kod için 717 satır test kodum var. Kod kapsamımızı artırdıkça bu oran yönetilemez mi? Birim sınama anlayışı, her yöntemin beklendiği gibi çalıştığından emin olmak için sınıftaki her yöntemi sınamaktı. Ancak, çekme talebinde, teknik liderim daha …

139 unit-testing  tdd 

Küçük bir şirkette solo geliştirici olarak çalışıyorum. Aslında şirketteki tek geliştiriciyim. Düzenli olarak yazıp sürdürdüğüm birkaç (nispeten) büyük projem var ve bunların hiçbirinin onları destekleyecek testleri yok. Yeni projelere başladığımda, TDD yaklaşımını denemem gerekip gerekmediğini sık sık merak ediyorum. Kulağa iyi bir fikir gibi geliyor, ama dürüst olmak gerekirse, söz …

138 unit-testing  tdd 

İhtiyaçlara, aciliyete veya her ikisine de bağlı olarak, geliştirme zamanının genellikle proje başına 1-4 hafta arasında değiştiği, oldukça kısıtlı çalışma ortamına sahip solo bir geliştiriciyim. Herhangi bir zamanda, bazılarının birbirleriyle örtüşen zaman çizelgelerine sahip, yaklaşık 3-4 projeyi ele alıyorum. Beklenildiği gibi, kod kalitesi zarar görüyor. Benim de resmi sınavım yok; …

132 unit-testing  productivity  solo-development 

Mevcut projemde (bir oyunda, C ++), geliştirme sırasında% 100 Test Güdümlü Geliştirme kullanmaya karar verdim. Kod kalitesi açısından bu harika oldu. Kodum hiç bu kadar iyi tasarlanmış ya da hatasız olmamıştı. Projenin başlangıcında bir yıl önce yazdığım kodu görüntülerken cüruf etmiyorum ve sadece daha kolay test edilebilir olmak için değil, …

131 unit-testing  tdd 

Bir dizideki öğeleri rastgele karıştırmak için bir yöntem düşünün. Bunun çalıştığından emin olmak için basit ama sağlam bir ünite testi nasıl yazardınız? Her ikisi de gözle görülür kusurları olan iki fikir buldum: Diziyi karıştırın, ardından sırasının öncekinden farklı olduğundan emin olun. Bu kulağa hoş geliyor, ancak karışık aynı sırayla karıştırmaya …

127 testing  unit-testing  random 

Sıklıkla, bir fonksiyonun kesin sonucunu önceden tahmin etmenin zor olduğu çok sayısal / matematiksel programlarla çalışıyorum. TDD'yi bu tür bir kodla uygulamaya çalışırken, çoğu zaman test altındaki kodu bu kod için birim testleri yazmaktan çok daha kolay buluyorum, çünkü beklenen sonucu bulmanın tek yolu algoritmayı kendim uygulamaktır. baş, kağıda veya …

124 unit-testing  tdd 

Üniversiteden yeni çıktım ve önümüzdeki hafta üniversiteye başlıyorum. Birim testleri gördük, ama onları fazla kullanmadık; herkes onlardan bahsediyor, ben de belki biraz yapmalıyım diye düşündüm. Sorun şu ki, ne test edeceğimi bilmiyorum . Ortak davayı test etmeli miyim? Kenar davası? Bir fonksiyonun yeterince kapsandığını nasıl bilebilirim? Her zaman bir testin …

122 unit-testing  testing  test-coverage 

Bazı insanlar entegrasyon testlerinin her türlü kötü ve yanlış olduğunu iddia eder - her şey ünite testinden geçirilmelidir, bu da bağımlılıklarla alay etmeniz gerektiği anlamına gelir; Çeşitli sebeplerden dolayı her zaman düşkün olmadığım bir seçenek. Bazı durumlarda, bir birim testinin hiçbir şeyi kanıtlamadığını biliyorum. Aşağıdaki (önemsiz, saf) depo uygulamasını (PHP'de) …

120 unit-testing  testing  integration-tests  repository-pattern 

Düzenli olarak benim koduyla birim testleri yazma alışkanlığı olsun çalışılıyor ama okumuştum ilk yazmak için önemlidir test edilebilir kod . Bu soru test edilebilir kod yazmanın SOLID ilkelerine değinir, ancak bu tasarım prensiplerinin hiç test yazmayı planlamadan faydalı olup olmadığını (veya en azından zararlı olmadığını) bilmek istiyorum. Netleştirmek için - …

103 design  unit-testing  testing  tdd 

Otomatikleştirilmiş testin değerini anlıyorum ve sorunun iyi belirlendiği durumlarda iyi test durumları bulabildim. Yine de, burada ve StackOverflow'taki bazı kişilerin bağımlılıklarını değil, yalnızca bir birimi test etmeyi vurguladığını fark ettim . İşte fayda göremiyorum. Test bağımlılıklarından kaçınmak için alay / kısma, testlere karmaşıklık kazandırır. Sahteciliği desteklemek için üretim kodunuza yapay …

103 testing  unit-testing  dependency-injection  mocking