2009-02-03 94 views

回答

2

個人而言,我不會運行電子書籍單元測試作爲編譯過程的一部分的樣本。相反,考慮像ReSharper(+適當的單元測試運行器或他們現在如何調用這些)或其他一些GUI運行程序。

+1

我同意,但我的開發人員並沒有這樣做......所以我試圖讓這個後期構建強制執行它...... – 2009-02-03 16:16:57

+0

+1用於提示R#。 – Mark 2009-02-03 16:26:42

2

而不是在後期構建事件中這樣做,這會發生在每次編譯時,我會考慮設置一個連續集成服務器,如CruiseControl.Net。它會爲您提供一個嚴格的反饋週期,但不會在您每次構建應用程序時通過運行測試來阻止您的工作。

如果您想運行您正在開發的一組測試,Anton的使用ReSharper的建議將很有用。您可以根據需要創建一個測試子集來執行,並且如果需要它足夠聰明,可以爲您編譯。當你在那裏拿起演示,如果你還沒有許可證,拿起Team City。這是另一個CI服務器,有一定的承諾。

如果您想使用此方法來控制構建質量,您可能會發現隨着測試數量的增加,您不再需要等待每次按F5測試1000次測試時運行1000次測試更改。

9

我們使用的是相同風格的NUnit,並決定轉移到MSTest。在這樣做時,我們只是增加了以下我們對適用MSTest的項目的生成後事件:

CD $(TargetDir) 
"$(DevEnvDir)MSTEST.exe" /testcontainer:$(TargetFileName) 

全套MSTest的命令行選項可以在applicable MSDN site找到。