Qual è il modo migliore per implementare BDD/TDD in .NET 2.0?[chiuso]

Question

Sto cercando di aggiungere una suite di test per la mia applicazione, tuttavia non mi posso muovere al nuovo framework di test per .NET 3.5.

Qualcuno ha un suggerimento su un buon framework di test da usare?

Answer 1

Usiamo MbUnit e Rihno Prende In Giro e provare a lavorare molto bene insieme.Quando si fa TDD sarà quasi certamente bisogno di una qualche forma di iniezione di dipendenza, mentre questo può essere fatto manualmente, vale la pena guardare un IoC container come Il Castello Di Windsor.

Bene la pena di guardare Giovanni Paolo Bodhood schermo del cast per iniziare. JPB Blog

Answer 2

NUnit e Rhino vestito bene e il auto-ironico contenitore potrebbe essere di interesse.

Se siete alla ricerca di BDD troppo poi NBehave è probabilmente una buona scelta.Tuttavia, se si significa solo lo stile di BDD che riguarda i test di unità (xSpec), anche se si può ottenere via con l'aggiunta di un quadro (anche se le cose come specunit aggiungere alcuni synctactic zucchero), ma si potrebbe desiderare di guardare MSpec è anche interessante.

Answer 3

Check out Rob Conery del screencast su BDD utilizzando la Matrice.Molto impressionante http://blog.wekeroad.com/mvc-storefront/kona-3/

edit:Io uso questo metodo: http://10printhello.com/the-one-bdd-framework-to-rule-them/

Answer 4

Per un Mock Object library, ho trovato il sotto licenza BSD Rhino.Prende in giro per essere piuttosto piacevole.

Answer 5

Ho avuto un grande successo utilizzando NUnit come bene.

Ho usato anche io NMock quando nacque il bisogno di oggetti fittizi.Come bonus aggiuntivo, la fabbrica per la creazione di oggetti fittizi è chiamato la Beffa.

Per facilitare l'esecuzione di unit test, ho usato TestDriven.NET per eseguire unit test, come ho codificato.Inoltre, ho usato Cruise Control .NET per guardare SVN e controllare che ogni nuovo commit costruisce e passa tutti i test di unità.

Answer 6

Questo è probabilmente un riepilogo di quanto è già stato detto, ma per TDD io personalmente uso Rhino Prende in giro e MBUnit.Rhino Prende in giro è un beffardo quadro che è gratuito e open source.Il vantaggio di Rhino Prende in giro è non abbiamo bisogno di usare la magia stringhe nell'impostazione delle aspettative, come in NMock.

Mi piace MBUnit perché MbUnit ha il concetto di RowTests che consentono di variare gli ingressi metodo di prova.MBUnit è inoltre disponibile gratuitamente.

Inoltre si desidera assicurarsi che qualsiasi cosa si sceglie per la vostra unità di framework di test è supportato da CI (Continuous Integration Server).Nunit è supportato di default in Crociera Control.NET e devi fare un po ' di lavoro per ottenere MBUnit a lavorare in ccnet.

Da un IDE punto di vista è necessario disporre di TestDriven.NET.TestDriven.NET consente di fare clic destro e di eseguire le prove in IDE e supporta MBUnit e Nunit e altri.

NBehave è BDD libreria che ho utilizzato.Che poi non ho utilizzato altri, quindi non ho potuto confrontare e contrasto li con voi, ma NBehave è supportato da Gallio dal MBUnit squadra, il che significa che è possibile eseguire BDD test appena come il vostro test di unità con TestDriven.NET.

Vorrei inoltre consiglio vivamente Resharper.Troverete la vostra produttività aumenta significativamente con questo refactoring e strumento di orientamento.Essa vi aiuterà con la modifica di codice, come si sta sviluppando il vostro test.

Spero che questo aiuta

Answer 7

Sto andando a mettere un gridare per Moq.È pulito luce beffarda quadro che aiuta a guidare voi nella fossa di successo.

Gli strumenti di test costruito in TFS sono a posto, di poter ottenere il lavoro fatto, ma spesso può essere un po ' ingombrante per lavorare con.I report generati, il codice di copertura e un paio di altre porzioni sono particolarmente male, ti fanno andare calvo a 22 invece di 50.

Se sono davvero amare il test, considerare di provare alcuni di Continuous Integration.Vi sentirete il dolore per la regressione rapidamente e potenzialmente aiutare a raggiungere l'obiettivo finale più veloce.

Indipendentemente da quello che fate provare un paio e vedere quale è la più naturale, se avete tempo.Buona fortuna e felice di codifica.

Answer 8

Utilizza nUnit con TFS non è troppo difficile.C'è anche un progetto su codeplex per implementare questo: NUnit per il Team Costruire che anche "pubblica" i risultati del magazzino.

Non l'ho ancora provato ma vorrei consigliare i clienti che hanno un grande investimento (o che hanno una forte preferenza per MSTest strumento) in nUnit che sono interessati nella realizzazione di TFS per continuare con nUnit anziché cercando di convertire tutti loro le prove esistenti.

Answer 9

NUnit è disponibile a http://www.nunit.org Vorrei suggerire questo, anche quando si lavora sullo stack MS - supporto per i non-MS quadri sta accadendo nel pattern MVC anteprime che mostra un deciso movimento nella giusta direzione per consentire a tutti noi di personalizzare il nostro stack per adattarsi.

Answer 10

NUnit è sempre uno dei miei preferiti.Tuttavia, se si utilizza TFS come origine controllo suggerisco di attaccare con lo Stack di Microsoft.

Answer 11

Vi consiglio il seguente:

TestDriven.NET - Test di unità add on per VS, che è completamente integrato con tutte le principali unità di collaudo di quadri tra cui NUnit, MbUnit ecc...

Typemock Isolatore- Un beffardo quadro per .Net Unit Test

NUnit - Open source test di unit quadro che è in C#.

Answer 12

Per il mio progetto, ho usato NUnit e TestDriven.NET con grande successo.È possibile creare una libreria separata per ospitare il codice di test, o si può mettere nel vostro eseguibile o libreria.Tutto dipende se si desidera che il codice di produzione per essere si intrecciano con il codice di test.

Per l'Iniezione di Dipendenza, io uso NInject nel mio attuale progetto e il suo grande lavoro.Se si utilizza l'iniezione del Costruttore, non c'è bisogno di ingombrare il vostro codice con il [Iniettare] attributo.

Non ho usato una finta libreria per la mia .NET 2.0 progetto, ma per un altro .NET 3.5 progetto userò Moq

Nota che tutto questo funziona con .NET 2.0 e successive.(tranne Moq)