Vra

Ek is op soek na'n toets suite my aansoek, maar ek kan nie skuif na die nuwe toets raamwerke vir .NETTO 3.5.

Is daar iemand het'n voorstel oor die goeie toets raamwerke te gebruik?

Was dit nuttig?

Oplossing

Ons gebruik MbUnit en Rihno Mocks en hulle bewys om baie goed saam te werk. Wanneer doen TDD jy sal ongetwyfeld moet een of ander vorm van afhanklikheid inspuiting doen, terwyl dit met die hand gedoen kan word, die moeite werd op soek na 'n IoC houer soos Castle Windsor .

Dit die moeite werd om te kyk na die skerm John Paul Bodhood se gooi om mee te begin. JPB se Blog

Ander wenke

NUnit en Rhino pak goed en die -motor gespot houer kan wees van belang.

As jy kyk na BDD te NBehave is waarskynlik 'n goeie keuse. Maar as jy net bedoel die styl van BDD wat verband hou met eenheid toets (xSpec) asof jy kan wegkom met 'n raamwerk te voeg (al is dinge soos specunit toevoeg sommige synctactic suiker), maar jy dalk wil om te kyk na MSpec is ook interessant.

Kyk bietjie na Rob Conery se screencast op BDD behulp MSpec. Baie indrukwekkende http://blog.wekeroad.com/mvc-storefront/kona-3 /

wysig: Ek gebruik nou hierdie benadering: http: // 10printhello.com/the-one-bdd-framework-to-rule-them/

Vir 'n Mock Object biblioteek, het ek gevind dat die BSD-lisensie Rhino.Mocks om eerder aangenaam wees.

Ek het groot sukses met behulp van NUnit as goed.

Ek het ook gebruik word NMock wanneer die behoefte ontstaan vir die spot voorwerpe.As'n ekstra bonus, die fabriek vir die skep van jou spot voorwerpe is genoem die Bespotting.

Te fasiliteer die loop van die eenheid toetse, ek het gebruik TestDriven.NET om te hardloop eenheid toetse as ek gekodeer.Ook, ek het gebruik Cruise Control .NETTO om te kyk SVN en maak seker dat elke nuwe pleeg bou en gaan al die eenheids-toetse.

Dit is waarskynlik 'n opsomming van wat reeds gesê, maar vir TDD Ek persoonlik gebruik Rhino Mocks en MBUnit. Rhino Mocks is 'n spot raamwerk wat vry en open source. Die voordeel van Rhino Mocks is ons nie nodig het om magie snare gebruik in die opstel van jou verwagtinge as jy doen in NMock.

Ek hou van MBUnit omdat MbUnit het die konsep van RowTests wat toelaat dat jy jou insette wissel na jou toets metode. MBUnit is ook vrylik beskikbaar.

Jy wil ook om seker te maak dat alles wat jy kies vir jou eenheid toets raamwerk word ondersteun deur jou CI (Deurlopende integrasie Server). Nunit word ondersteun deur verstek in Cruise Control.NET en jy moet 'n bietjie ekstra werk te doen te kry MBUnit om te werk in ccnet.

Van 'n IDE oogpunt jy TestDriven.NET moet hê. TestDriven.NET kan jy regs kliek en hardloop toetse in die IDE en dit word ondersteun deur MBUnit en Nunit en ander.

NBehave is die BDD biblioteek wat ek gebruik het. Ek het nie gebruik enige ander sodat ek nie kon vergelyk en te kontrasteer dit met jou, maar NBehave word ondersteun deur Gallio van die MBUnit span, wat beteken dat jy kan hardloop jou BDD toets net soos jy sou jou eenheid toetse met TestDriven.NET.

Ek sou ook raai Resharper. Jy sal vind jou produktiwiteit te verhoog aansienlik met hierdie refactoring en leiding instrument. Dit sal jou help met die verandering van jou kode as jy die ontwikkeling van jou toetse.

Hoop dit help

Ek gaan hê om 'n geroep uit vir MOQ . Dit is skoon lig spot raamwerk wat help lei jou in die put van sukses.

Die toets gereedskap gebou in TFS is okay, hulle sal die werk gedoen te kry, maar kan dikwels 'n bietjie omslagtig om mee te werk nie. Die gegenereerde verslae,-kode dekking en 'n paar ander gedeeltes is besonder sleg, dan laat dit julle gaan kaal op 22 eerder as 50.

As jy regtig lief die toets, oorweeg probeer sommige Deurlopende integrasie. Jy sal die pyn van regressie vinnig voel en potensieel help jy die einddoel vinniger.

Ongeag van wat jy probeer uit paar en sien watter een is die mees natuurlike, as jy tyd het. Sterkte en gelukkig kodering.

Die gebruik van nUnit met TFS is nie te moeilik. Daar is selfs 'n projek op CodePlex om dit te implementeer: NUnit vir span te bou wat selfs "publiseer" die resultate te die pakhuis.

Ek het dit nie probeer - maar ek sou kliënte wat 'n groot belegging (of wat 'n sterk voorkeur vir dit oor die MSTest instrument) in nUnit wat belangstel in die uitvoering van TFS om voort te gaan met nUnit in teenstelling met probeer is adviseer omskep al hul bestaande toetse.

NUnit is beskikbaar by http://www.nunit.org Ek sou hierdie selfs voor wanneer daar op die MS stapel -. Die ondersteuning vir nie-MS raamwerke gebeur in die MVC previews wat 'n definitiewe beweging in die regte rigting wys vir ons almal toelaat om ons stapels pas aan te pas

NUnit is altyd 'n gunsteling van my. Maar as jy 'TFS as jou bron beheer Ek stel voor jy hou met die Microsoft stapel.

Ek beveel die volgende:

TestDriven.NET - Eenheid Toets voeg op vir VS wat ten volle geïntegreer met al die groot eenheid toets raamwerke insluitend NUnit, MbUnit ens ...

Typemock Isolator - 'n spot raamwerk vir Net Eenheid Toets

NUnit -. 'N open source eenheid toets raamwerk wat in C #

Vir my projek, gebruik ek NUnit en TestDriven.NET met groot sukses. Jy kan óf skep 'n aparte biblioteek net om jou toets-kode gasheer of jy kan dit in jou uitvoerbare of biblioteek sit. Dit hang alles af as jy wil hê dat jou produksie-kode wat mekaar ontmoet met jou toets-kode.

Vir Afhanklikheid inspuiting, ek gebruik NInject in my huidige projek en sy werk groot . As jy Constructor inspuiting gebruik, hoef jy nie jou kode warboel met die [Spuit] kenmerk.

Ek het nie gebruik 'n spot biblioteek vir my NET 2.0 projek maar vir 'n ander NET 3.5 projek sal ek MOQ

Let daarop dat dit alles werk met NET 2.0 en hoër. (Behalwe MOQ)

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top