Ich versuche, meine kontinuierliche Integration Setup zu bekommen, um meine Unit-Tests für mich zu laufen, also habe ichWie kann ich Komponententests als Teil eines TFS2008-Builds ausführen lassen?
gesetzt<RunTest>true</RunTest>
Und ich habe Setup die Tests zur automatischen entdecken:
<ItemGroup>
<TestContainer Include="$(OutDir)%2a.Test.dll" />
</ItemGroup>
Das Ausführen des Builds auf meinem Entwicklungscomputer führt meine Komponententests aus und meldet, dass der Build erfolgreich war. Wenn es als ein automatisiertes Build läuft, laufen die Tests (nach dem BuildLog), aber ich sehe dies im Protokoll:
Publishing Ergebnisse des Testlaufes tfs_service @ TFS-BUILD 2012-04-13 14: 13: 59_Any CPU_Release zu http://mycompany-tfs:8080/Build/v1.0/PublishTestResultsBuildService2.asmx ...
. Das Drop-share-Verzeichnis "\ tfs-build \ Builds \ Test \ MyProduct Test_20120413.2" konnte nicht zugegriffen werden.
Das Drop-share-Verzeichnis "\ tfs-build \ Builds \ Test \ MyProduct Test_20120413.2" konnte nicht aufgerufen werden.
MSBUILD: Warnung MSB6006: "MSTest.exe" verlassen mit Code 1.
Der vorherige Fehler in eine Warnung umgewandelt wurde, weil die Aufgabe mit ContinueOnError = true aufgerufen wurde.
Dies ist seltsam, wie die Binärdateien ziemlich fröhlich veröffentlichen.
Ich habe versucht, das Problem zu diagnostizieren, indem ich mich an der Konsole des Buildservers anmeldete, eine Visual Studio 2008-Eingabeaufforderung ausführte, zum Quellspeicherort navigierte und MSBuild aufruft, scheint es nicht einmal zu versuchen Rufen Sie die Komponententests auf?
Letztendlich bin ich mehr daran interessiert zu spielen "erraten, warum der Tropfen der Ergebnisse fehlgeschlagen ist" - könnte es der eingebettete Raum in meinem Build-Definitions-Namen sein? Was könnte ich noch überprüfen, wenn die Binärdateien OK veröffentlichen?