Care este cel mai bun mod de a pune în aplicare BDD / TDD în .NET 2.0?

voturi
20

Caut pentru a adăuga o suită de testare la cererea mea, cu toate acestea nu se pot muta la noi cadre de testare pentru .NET 3.5.

Are cineva o sugestie cu privire la cadrele de testare bune de a utiliza?

Întrebat 05/08/2008 la 13:50
sursa de către utilizator
În alte limbi...                            


12 răspunsuri

voturi
9

NUnit și Rhino costum de bine și containerul auto batjocoritoare ar putea fi de interes.

Dacă sunteți în căutarea la BDD le atunci NBehave este , probabil , o alegere bună. Dacă totuși doar te referi la stilul de BDD , care se referă la unitate de testare (xSpec) , deși puteți obține departe cu adăugarea unui cadru (deși lucruri cum ar fi specunit adăugați o cantitate de zahăr synctactic), dar s-ar putea dori să se uite la MSpec asemenea , este interesant.

Publicat 12/09/2008 la 11:02
sursa de către utilizator

voturi
7

Check out screencast Rob Conery pe BDD folosind MSpec. Foarte impresionant http://blog.wekeroad.com/mvc-storefront/kona-3/

edita: Eu folosesc acum această abordare: http://10printhello.com/the-one-bdd-framework-to-rule-them/

Publicat 17/06/2009 la 13:27
sursa de către utilizator

voturi
7

Noi folosim MbUnit și Rihno batjocorește și ei se dovedesc a lucra foarte bine împreună. Când faci TDD va fi aproape sigur nevoie pentru a face o anumită formă de injecție de dependență, în timp ce acest lucru se poate face manual, în valoare de uita la un container IoC , cum ar fi Castelul Windsor .

Este bine în valoare de uita la ecran John Paul Bodhood lui aruncă pentru început. Blogul lui JPB

Publicat 06/08/2008 la 15:16
sursa de către utilizator

voturi
4

Acesta este, probabil, un rezumat a ceea ce a fost deja spus, dar pentru TDD Eu folosesc personal Rhino batjocorește și MBUnit. Rhino batjocorește este un cadru batjocoritor, care este o sursă liberă și deschisă. Avantajul Rhino GLUMĂ este nu avem nevoie de a utiliza siruri de caractere magice în setarea așteptările dumneavoastră ca și în NMock.

Îmi place MBUnit, deoarece MbUnit are conceptul de RowTests care vă permit să varieze intrările dvs. pentru metoda de testare. MBUnit este de asemenea disponibil gratuit.

De asemenea, doriți să vă asigurați că orice ai alege pentru dvs. cadru unitate de testare este susținută de CI-ul (Continuous Integration Server). NUnit este susținută în mod implicit în Cruise Control.NET și trebuie să faci un pic de lucru suplimentar pentru a obține MBUnit pentru a lucra în ccnet.

Din punct de vedere IDE trebuie să aveți TestDriven.NET. TestDriven.NET vă permite să faceți clic și rula teste corecte în IDE și suportă MBUnit și NUnit și altele.

NBehave este biblioteca BDD am folosit. Nu am folosit nici pe alții așa că nu am putut să compare și să le cu tine, dar NBehave este susținută de Galion de la MBUnit, ceea ce înseamnă că puteți rula testele BDD la fel cum ați testele unitare cu TestDriven.NET.

Mi-ar recomanda, de asemenea, extrem de Resharper. Veți găsi crește în mod semnificativ productivitatea cu acest instrument refactoring și orientare. Acesta vă va ajuta cu schimbarea codului pe măsură ce se dezvoltă testele.

Sper că acest lucru vă ajută

Publicat 10/10/2008 la 19:06
sursa de către utilizator

voturi
4

Am avut mare succes folosind NUnit , de asemenea.

Am folosit , de asemenea , NMock atunci când nevoia a apărut pentru obiecte simulate. Ca un bonus, fabrica pentru crearea obiectelor bate joc este numit batjocorirea.

Pentru a facilita desfășurarea de teste unitare, am folosit TestDriven.NET pentru a rula teste de unitate așa cum am codificate. De asemenea, am folosit Cruise Control NET pentru a viziona SVN și verificați dacă fiecare nou se angajeze construiește și trece toate testele unitare.

Publicat 06/08/2008 la 15:06
sursa de către utilizator

voturi
4

Pentru o bibliotecă obiect Mock, l - am găsit sub licența BSD Rhino.Mocks pentru a fi destul de plăcut.

Publicat 05/08/2008 la 13:54
sursa de către utilizator

voturi
3

Am de gând să trebuie să pună un strigăt afară pentru Moq . Este curat cadru de lumină batjocoritoare , care vă ajută să vă ghideze în groapă de succes.

Instrumentele de testare încorporate în TFS sunt în regulă, ei vor face treaba, dar poate fi de multe ori un pic greoaie pentru a lucra cu. Rapoartele generate, gradul de acoperire de cod și alte câteva porțiuni sunt deosebit de proaste, ele te fac să mergi chel la 22 în loc de 50.

Dacă ție îți place cu adevărat de testare, încercând în considerare unele continuu de integrare. Vei simți durerea din regresia rapid și potențial va ajuta sa ajungi la obiectivul final mai rapid.

Indiferent de ceea ce faci încercați câteva și a vedea care unul este cel mai natural, dacă aveți timp. Mult noroc și codificare fericit.

Publicat 27/09/2008 la 05:28
sursa de către utilizator

voturi
3

Utilizarea NUnit cu TFS nu este prea dificil. Există chiar și un proiect pe CodePlex pentru a pune în aplicare acest lucru: NUnit pentru Team Build care chiar „publica“ rezultatele la depozit.

N-am încercat - dar aș sfătui clienții care au o investiție mare (sau care au o preferință puternică pentru ea peste instrumentul MSTest) în NUnit care sunt interesați în punerea în aplicare TFS pentru a continua cu NUnit, spre deosebire de încercarea de a converti toate lor testele existente.

Publicat 07/09/2008 la 13:58
sursa de către utilizator

voturi
3

NUnit este disponibil la http://www.nunit.org aș sugera acest lucru chiar și atunci când se lucrează la MS stivă - suportul pentru cadrele de bază non-MS se întâmplă în avanpremiera MVC , care indică o mișcare definită în direcția corectă pentru a ne permite toate pentru a personaliza stive noastre pentru a se potrivi.

Publicat 05/08/2008 la 14:03
sursa de către utilizator

voturi
2

Pentru proiectul meu, am folosit NUnit și TestDriven.NET cu mare succes. Puteți crea fie o bibliotecă separată doar pentru a găzdui codul de test sau puteți pune-l în executabil sau bibliotecă. Totul depinde dacă doriți codul de producție să fie împletească cu codul de test.

Pentru Dependență de injectare, folosesc NInject în proiectul meu actual și mare de lucru. Dacă utilizați injecție contructor nu aveți nevoie să aglomerați codul cu [Injectare] atribut.

Nu am folosit o bibliotecă de simulare pentru proiectul meu .NET 2.0 , dar pentru un alt proiect .NET 3.5 Voi folosi Moq

Rețineți că toate acestea funcționează cu .NET 2.0 și mai mare. (Cu excepția Moq)

Publicat 17/06/2009 la 13:48
sursa de către utilizator

voturi
2

Vă recomandăm următoarele:

TestDriven.NET - Unitate de testare add on pentru VS , care este complet integrat cu toate cadrele unitate de testare majore , inclusiv NUnit, MbUnit etc ...

Typemock Izolator - Un cadru pentru batjocorirea .Net Unitate de testare

NUnit - Un cadru deschistestare unitatesursăcare este în C #.

Publicat 15/10/2008 la 15:24
sursa de către utilizator

voturi
2

NUnit este întotdeauna un favorit al meu. Cu toate acestea, dacă utilizați TFS ca și control sursă vă sugerez să stick cu stiva Microsoft.

Publicat 05/08/2008 la 13:51
sursa de către utilizator

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more