En fråga som dykt upp ofta på senare tid är hur vi rekommenderar att ni skall skilja på unittests (som skall testa logik) och integrationstest (som skall testa... Integration! ;-)). Det finns några sätt att göra detta på, men jag tänkte ta mitt personliga sätt (som jag kopierat rakt av från ett av våra produktteam).

Jag använder...
Pre processor directives för att skilja dem åt. Smidigt... Enkelt... Kärlek! Sen är det bara att trycka in en INTEGRATION_TEST flagga till MSBUILD för att kicka igång en build med integrationstest.

Jag använder inte...
Testlistor i VSTS... Otroligt bökigt att få till och det har egentligen inga fördelar. Däremot är det helt ok att använda dessa för att gruppera acceptanstester kopplade till de UseCase/User Stories ni trycker in i product backloggen... Om ni nu har glädjen att köra VSTS Test Edition...

En annan fråga som alltid dyker upp är hur vi ser på mocking frameworks. Har tyvärr inget bra svar... Vi har en utmobbad intern histonia som liknar NMock men som jag inte tycker om. Personligen älskar jag http://www.typemock.com/ då den är en glädje att använda tillsammans med klasser som är lite kluriga att mocka (som Linq). Och nej, jag är inte så cool att jag anser att ett leder till hemsk design bara för att man använder ett mocking framework som bygger på vårt .net fwk profiling API... Jag är en vanlig dödlig... Och ja, jag tycker att det är svårt! :-)

Funkar för mig! Hur gör ni?