«tdd» etiketlenmiş sorular

TDD, Test Odaklı Geliştirme veya Test Odaklı Tasarım anlamına gelir. Red-Green-Refactor çevrimi olarak bilinen kodun yerine getirilmesi için kod yazmadan önce bir birim testi yazılması uygulamasıdır.

10
Birim test uygulaması mantığı ve güvensiz dil yapıları arasındaki çizgi nerededir?
Bunun gibi bir fonksiyon düşünün: function savePeople(dataStore, people) { people.forEach(person => dataStore.savePerson(person)); } Bu şekilde kullanılabilir: myDataStore = new Store('some connection string', 'password'); myPeople = ['Joe', 'Maggie', 'John']; savePeople(myDataStore, myPeople); Bunun kendi birim testlerine sahip olduğunu veya satıcı tarafından verildiğini varsayalımStore . Her durumda, biz güveniyoruz Store. Ayrıca, hata işlemenin …

10
Neden test güdümlü geliştirme (TDD) ve geliştirme güdümlü test (DDT) hakkında çevik değil?
Bu yüzden çeviklik konusunda yeniyim ama test odaklı bir gelişme değil . Üniversitedeki profesörlerim testler ve sonra kodlar sonra testler hakkındaydı. Nedenini anladığımdan emin değilim. Benim bakış açıma göre, kodunuz geliştikçe büyük olasılıkla değişecek olan çok büyük bir maliyet. TDD'yi böyle hayal ediyorum ve beni neden şaşırtıyor. TDD yüklenicisi olarak …

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 …

7
Test edilebilirlik için tasarım yaparken statik fayda sınıfları ile nasıl baş edilir
Sistemimizi test edilebilir ve TDD kullanılarak geliştirilen parçaların çoğunda tasarlamaya çalışıyoruz. Şu anda aşağıdaki sorunu çözmeye çalışıyoruz: Çeşitli yerlerde ImageIO ve URLEncoder (hem standart Java API) hem de çoğunlukla statik yöntemlerden (Apache Commons kütüphaneleri gibi) oluşan çeşitli diğer kütüphaneler gibi statik yardımcı yöntemler kullanmamız gerekir. Ancak bu statik yardımcı sınıflarını …

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 …

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 …

14
TDD gerçekten karmaşık projeler için çalışıyor mu?
TDD projeleri sırasında yaşadığım problemlerle ilgili bu soruyu soruyorum. Birim testleri oluştururken aşağıdaki zorlukları farkettim. Sahte veri oluşturma ve sürdürme Büyük alay verilerini korumak zor ve gerçekçi değil. Veri tabanı yapısı değişime uğradığında daha da zordur. GUI testi MVVM ve GUI'yi test etme becerisiyle bile, GUI senaryosunu yeniden oluşturmak çok …
53 tdd 

10
Testler nasıl test edilir?
Kodumuzu daha doğru hale getirmek için test ediyoruz (aslında, yanlış olma olasılığı daha düşüktür ). Bununla birlikte, testler de koddur - hatalar da içerebilirler. Eğer testleriniz bozuksa, kodunuzu daha iyi hale getiremezler. Testlerde üç olası hata türü düşünebilirim: Mantıksal hatalar, programcı eldeki görevi yanlış anladığında ve testler yapması gerektiğini düşündüğü …

11
Teste başlamak için bir tasarıma ihtiyacım olursa TDD'nin iyi bir tasarım elde etmeme nasıl yardımcı olduğunu anlamıyorum
Başımı TDD'nin etrafına, özellikle de geliştirme kısmına sarmaya çalışıyorum. Bazı kitaplara baktım, ancak bulduklarım çoğunlukla test bölümü ile ilgileniyor - NUnit'in Tarihi, testin neden iyi, Kırmızı / Yeşil / Refaktör ve bir String Hesaplayıcısı nasıl oluşturulacağı. İyi şeyler, ama bu "sadece" Birim Testi, TDD değil. Özellikle, TDD'yi test etmeye başlamak …
50 java  c#  .net  tdd 

11
Otomatik testin dezavantajları nelerdir?
Bu sitede, otomatik testlerden kazanılabilecek faydalar hakkında bol miktarda bilgi veren birkaç soru var. Ancak madalyonun diğer tarafını temsil eden hiçbir şey görmedim: dezavantajları nelerdir? Hayattaki her şey bir tradeoff ve gümüş mermi yok, bu yüzden kesinlikle otomatik test yapmak için bazı geçerli nedenler olması gerekir. Onlar neler? İşte geldiğim …

9
Birim testine veya teste dayalı geliştirmeye değer mi?
İş yerindeki ekibim Scrum'a taşınıyor ve diğer ekipler birim testleri ve kullanıcı kabul testleri kullanarak test odaklı bir gelişim göstermeye başlıyor. UAT'leri severim, ancak genel olarak test odaklı geliştirme veya test odaklı geliştirme için birim testinde satılmam. Test yazma ekstra bir iş gibi görünüyor, insanlara gerçek kodu yazarken bir koltuk …

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.