Hva er den beste måten å implementere BDD / TDD i .NET 2.0?

stemmer
21

Jeg ønsker å legge til en testsuite til søknaden min, men jeg kan ikke flytte til nyere testing rammeverk for .NET 3.5.

Har noen et forslag om gode test rammeverk for å bruke?

Publisert på 05/08/2008 klokken 12:50
kilden bruker
På andre språk...                            


12 svar

stemmer
9

NUnit og Rhino passer godt og auto-tentamen container kan være av interesse.

Hvis du ser på BDD også da NBehave er sannsynligvis et godt valg. Hvis du imidlertid bare bety stilen på BDD som er relatert til enhetstesting (xSpec) om du kan komme unna med å legge et rammeverk (selv om ting som specunit gjøre legge litt synctactic sukker), men du vil kanskje se på MSpec er også interessant.

Svarte 12/09/2008 kl. 10:02
kilden bruker

stemmer
7

Sjekk ut Rob Conery sin screen på BDD hjelp MSpec. Veldig imponerende http://blog.wekeroad.com/mvc-storefront/kona-3/

Edit: Jeg bruker nå denne tilnærmingen: http://10printhello.com/the-one-bdd-framework-to-rule-them/

Svarte 17/06/2009 kl. 12:27
kilden bruker

stemmer
7

Vi bruker MbUnit og Rihno Mocks og de viser seg å fungere svært godt sammen. Når du gjør TDD vil du nesten helt sikkert trenger å gjøre noen form for avhengighet injeksjon, mens dette kan gjøres manuelt, det er verdt å se på en IOC container som Castle Windsor .

Det er vel verdt å se på John Paul Bodhood skjerm kaster for å komme i gang. JPB blogg

Svarte 06/08/2008 kl. 14:16
kilden bruker

stemmer
4

Dette er trolig en oppsummering av det som allerede er sagt, men for TDD Jeg personlig bruker Rhino Mocks og MBUnit. Rhino Mocks er en tentamen rammeverk som er gratis og åpen kildekode. Fordelen med Rhino Mocks er at vi ikke trenger å bruke magiske strenger i å sette dine forventninger som du gjør i NMock.

Jeg liker MBUnit fordi MbUnit har begrepet RowTests som tillater deg å variere innganger til testmetode. MBUnit er også fritt tilgjengelig.

Du ønsker også å sørge for at uansett hva du velger for enhetstesting rammeverk støttes av CI (Continuous Integration Server). Nunit støttes som standard i Cruise Control.NET og du må gjøre litt ekstra arbeid å få MBUnit å jobbe i ccnet.

Fra en IDE ståsted må du ha TestDriven.NET. TestDriven.NET kan du høyreklikke og kjøre tester i IDE og den støtter MBUnit og Nunit og andre.

NBehave er BDD bibliotek jeg har brukt. Jeg har ikke brukt noen andre, slik at jeg ikke kunne sammenligne og kontrast dem med deg, men NBehave støttes av Gallio fra MBUnit team, som betyr at du kan kjøre BDD tester akkurat som du ville din enhet tester med TestDriven.NET.

Jeg vil også anbefale Resharper. Du vil finne produktiviteten øke betydelig med denne refactoring og styringsverktøy. Det vil hjelpe deg med å endre koden som du utvikler testene.

Håper dette hjelper

Svarte 10/10/2008 kl. 18:06
kilden bruker

stemmer
4

Jeg har hatt stor suksess med NUnit også.

Jeg har også brukt NMock når behovet oppsto for mock stedene. Som en ekstra bonus, er fabrikken for å lage din mock objektene kalles spott.

For å lette driften av enhet tester, har jeg brukt TestDriven.NET å kjøre enhet tester som jeg kodet. Også har jeg brukt Cruise Control .NET for å se SVN og kontroller at hver ny begår bygger og sender alle enhet tester.

Svarte 06/08/2008 kl. 14:06
kilden bruker

stemmer
4

For en Mock objektbibliotek, har jeg funnet BSD-lisensiert Rhino.Mocks å være ganske behagelig.

Svarte 05/08/2008 kl. 12:54
kilden bruker

stemmer
3

Jeg er nødt til å sette en rope ut for MOQ . Det er rent lys tentamen rammeverk som bidrar til å guide deg inn i pit av suksess.

De testverktøy innebygd i TFS er greit, de vil få jobben gjort, men kan ofte være litt tungvint å jobbe med. De genererte rapporter, kodedekning og et par andre deler er spesielt ille, de gjør du gå skallet på 22 i stedet for 50.

Hvis du virkelig elsker testing, bør du vurdere å prøve noen kontinuerlig integrasjon. Du vil føle smerte fra regresjon raskt og potensielt hjelpe deg å komme til slutten målet raskere.

Uansett hva du prøver ut noen og se hvilken som er den mest naturlige, hvis du har tid. Lykke og lykkelige koding.

Svarte 27/09/2008 kl. 04:28
kilden bruker

stemmer
3

Bruke NUNIT med TFS er ikke så vanskelig. Det er enda et prosjekt på CodePlex å gjennomføre dette: NUnit for Team Bygg som selv "publiserer" resultatene til lageret.

Jeg har ikke prøvd det - men jeg vil råde kunder som har en stor investering (eller som har en sterk preferanse for den over MSTest verktøy) i NUNIT som er interessert i å implementere TFS å fortsette med NUNIT motsetning til å prøve å konvertere alle sine eksisterende tester.

Svarte 07/09/2008 kl. 12:58
kilden bruker

stemmer
3

NUnit er tilgjengelig på http://www.nunit.org Jeg vil foreslå dette selv når du arbeider på MS stack - støtte for ikke-MS rammer som skjer i MVC previews som viser en klar bevegelse i riktig retning for å tillate oss alle til å tilpasse våre stabler å passe.

Svarte 05/08/2008 kl. 13:03
kilden bruker

stemmer
2

For mitt prosjekt, jeg brukte NUnit og TestDriven.NET med stor suksess. Du kan enten lage et eget bibliotek bare for å være vert for test kode eller du kan sette den i kjørbar eller bibliotek. Det hele avhenger om du vil at produksjonskode som skal flettes sammen med testkoden.

For Dependency Injection, bruker jeg NInject i min nåværende prosjektet og arbeidet stor. Hvis du bruker Constructor injeksjon, trenger du ikke å rote koden din med [Injiser] attributt.

Jeg har ikke brukt en mock-bibliotek for min .NET 2.0 prosjekt, men for en annen .NET 3.5 Prosjektet vil jeg bruke MOQ

Legg merke til at alt dette fungerer med .NET 2.0 og høyere. (Bortsett MOQ)

Svarte 17/06/2009 kl. 12:48
kilden bruker

stemmer
2

Jeg anbefaler følgende:

TestDriven.NET - Unit Testing legge på for VS som er fullt integrert med alle de store enhetstesting rammer inkludert NUnit, MbUnit osv ...

Typemock Isolator - En tentamen rammeverk for Net Unit Testing

NUnit - En åpen kildeenhet testing rammer som er i C #.

Svarte 15/10/2008 kl. 14:24
kilden bruker

stemmer
2

NUnit er alltid en favoritt av meg. Men hvis du bruker TFS som kilde kontroll foreslår jeg at du holder deg med Microsoft-stakken.

Svarte 05/08/2008 kl. 12:51
kilden bruker

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