命令行看起來非常有限:
http://msdn.microsoft.com/en-us/library/vstudio/jj155796.aspx
「的TRX記錄器不支持任何參數(不像TFS出版商記錄器)。」
來自:
Specifying results filename for vstest.console.exe
這裏是一個通用尖端。
想到CC.NET的一種方式是這樣的:它是一個很大的花哨的「Msbuild.Exe」執行器。
所以,如果你可以用msbuild(.proj)文件寫出你的邏輯,你可以讓CC.NET調用它。
1. CC.NET calls a source-control retrieve task.
2. In that retrieve, there is a .proj file.
3. You get CC.NET to call "msbuild.exe MySolutionBuild.proj"
4. Have the .proj file run Unit-Tests, create xml, create artifacts (.zip(s) or .msi(s), etc)
5. After the build, have CC.NET pull in the results (usually xml with File-Merge) and have CC.NET send out emails (publishers).
如果你這樣做,如果你去到TFS(或詹金斯或其他),你會盡量減少過渡的努力。
如果你非常依賴CC.NET專有命令,你可以使它工作,但它很難維護恕我直言。
這是針對Visual Studio 2010的。在Visual Studio 2012中,他們有vstest.console.exe。這不允許你指定結果文件。這就是我試圖確保我不會錯過這個新工具的東西。 –
雖然這對於VS2010來說是一篇很棒的文章:-P –
我忽略了這個版本,對不起。目前我沒有VS2012,但msdn上的文檔聲稱導出仍然存在。 http://msdn.microsoft.com/en-us/library/ms182489%28v=vs.110%29.aspx /resultsfile:testResults.trx – Williams