HowTo: TeamCity & MSTests
Automatisiert nach jedem Checkin Unit Tests laufen zu lassen ist eine der Vorzüge eines Build Servers – mit TeamCity kann man neben NUnit Tests auch bequem MSTests laufen lassen. Allerdings gibt es dabei ein paar Tücken.
MSTest – Abhängigkeiten
MSTest ist Microsofts Testframework, welches direkt in Visual Studio integriert ist. Es hat allerdings viele Abhängigkeiten direkt zu Visual Studio.
MSTest + BuildServer
Um auf einen Build Server (z.B. über TeamCity) MSTests laufen zu lassen, muss man entweder ein Visual Studio installieren oder man versucht diesen 20+ Schritte Leitfaden zu folgen. MSTests benötigt viele Dlls und einige Registryeinträge die Visual Studio mitbringt, daher ist es nicht ohne weiteres möglich diese Tests auf einem anderen System ablaufen zu lassen.
Wenn einen der beiden Sachen erfolgreich durchlaufen hat, kann man nun im TeamCity die passenden Einstellungen machen:
Ich habe hier nur die MSTest assemblies mit angegeben. Als ich das MSTest Config File angegeben habe, wollte er irgendwie nicht. Allerdings muss man die Pfade bei den assemblies wie folgt machen:
%system.teamcity.build.checkoutDir%\PROJECTDIR\bin\Debug\NAME.dll
Es können mehrere Assemblies eingegeben werden. Diese Einstellung habe ich gespeichert und nun werden auch die Unit Tests mit berücksichtigt:
Man kann sich auch auf der Weboberfläche durch die Tests hangeln und nette Statistiken bestaunen. Ich verweise wieder auf die Live Demo Seite von TeamCity.
Visual Studio auf Build Server ist böse!
Im Prinzip ja. Leider gibt es wohl (neben der 20+ Anleitung) keinen Weg MSTest auszuführen ohne diese zu NUnit etc. zu “konvertieren” 
Lizenztechnisch ist das allerdings in einer Visual Studio Lizenz allerdings bereits abgedeckt – also falls es da bedenken gibt 
About the author
Written by Robert Mühsig
Robert Mühsig (@robert0muehsig) ist Webentwickler und beschäftigt sich mit Web-Frameworks (vor allem dem ASP.NET MVC Framework) und scheut sich auch nicht vor Javascript. Ansonsten bloggt er über all jene Probleme, die ihm über den Weg laufen. Seit 2008 ist er Microsoft MVP für ASP.NET und er arbeitet bei der T-Systems Multimedia Solutions GmbH in Dresden. Treffen kann man ihn online via Twitter (@robert0muehsig) oder dieser Seite oder bei der .NET User Group Dresden.
Thorsten
15. July 2009
Ich verfolge deinen Blog seit dem Artikel über Subversion und habe mich daran entlanggehangelt. Bisher alles sehr nützliche und wertvolle Tips!
Beim Thema Testen mit TeamCity habe ich leider aufgegeben, kommt eventuell noch ein Eintrag zum Thema “nUnit&TeamCity” ?
ein komplettes VS möchte ich nämlich auch nicht auf meinem Build-Srv installieren.
Robert Mühsig
15. July 2009
Hallo Thorsten,
ich selber hab “leider” in meinem Projekt MSTest verwendet. NUnit wird ebenfalls von TeamCity unterstützt. Vielleicht hilft dir dieser Link: http://dotnetslackers.com/articles/net/Setting-up-a-build-environment.aspx
Ansonsten habe ich noch bemerkt, dass es wesentlich mehr Beispiele mit TeamCity + NUnit gibt als TeamCity + MSTest – daher solltest du schnell fündig werden. Vielleicht schau ich mir NUnit auch mal kurz an und schreib dann noch was.
Veit
19. July 2009
Hallo Robert,
danke für den Hinweis auf TeamCity in der Usergroup. Bin begeistert von den Fähigkeiten und dass er auch Dependencies aus anderen SCC-Zweigen zieht. Wenn du jetzt noch ein kleines Deployment-HowTo schreibst wäre ich wunschlos glücklich;).
Gruß,
V.
Robert Mühsig
20. July 2009
Deployment HowTo steht momentan ganz oben auf meiner Agenda
Veit
20. July 2009
Sehr schön
. Im Moment Deploy ich über einen getriggerten BuildRunner der ein psexec ausführt…find ich persönlich nicht ganz so schön… :/
Gruß,
Veit
Peter Gfader
30. May 2010
Hallo Robert,
Ich hab mich auch immer geweigert VS auf dem Build server zu installieren, aber im Grunde ist ja der Build server eine Replikation einer developer Maschine… Also warum nicht VS installieren?
+1 nice post
lg
.peter.gfader.
http://blog.gfader.com/
http://twitter.com/peitor