我一直在嘗試爲Visual Studio找到類似於JUnit Max的工具。適用於Visual Studio的JUnit Max等效工具
優選地，該工具可以與Visual Studio 2008 Professional和NUnit一起使用。
對於那些顯然無法點擊進入JUnit Max網站的人，這裏是描述。
JUnit Max是一個Eclipse的持續測試插件，通過智能地運行測試和不顯眼地報告結果，幫助程序員專注於編碼。每次保存Java文件時，Max都會運行測試並以與編譯錯誤相同的格式報告錯誤。
Max最快失敗，運行最有可能首先失敗的測試。你只需要找回編碼之前，密切關注測試結果爲第二（直譯），即使你有一個長期運行的測試套件像這樣
嘗試思考...
Visual Studio檢測並突出顯示語法錯誤。 我想在IDE中看到單元測試錯誤，就像語法錯誤一樣。
是的，有一個！請參閱NCrunch。它在後臺運行測試，甚至在輸入時更新覆蓋信息。
他們在他們的網頁上投射屏幕。目前它處於測試階段並且免費;但我想，他們很快就會收費的。不過，我確信這筆錢是值得的。
NCrunch （供應商信息！）
NCrunch是用於Visual Studio .NET自動化平行的連續測試工具。它智能地負責運行自動化測試，因此您不必在測試過程中爲您提供有關測試的大量有用信息（如代碼覆蓋率）。
我想你想自動從存儲庫中檢出代碼，編譯它，運行所有單元測試並通過電子郵件向所有項目成員發送報告？對？
如果是這樣，那麼您正在尋找錯誤的術語。您正在尋找「持續整合」。
嘗試這樣的產品： CruiseControl.NET或TeamCity。
這不是我要找的。請檢查我發佈的鏈接以獲取連續單元測試的示例。但感謝您的答案。 – dss539 2009-05-26 18:46:38
對於我來說，在專用服務器上（在登記時）或你的計算機上（在保存時）運行測試沒有區別......除了在每次保存文件時編譯程序時需要的性能。 – Alexander 2009-05-26 18:55:20
有幾個區別。對我來說最大的一個是IDE集成。另一個有用的區別是，你不檢查破損的代碼，然後發現測試失敗。您發現只要重新編譯，測試就會失敗。 「最重要的」測試首先運行，因此您不必等待整個測試運行。我再次強烈建議您按照我的問題中的鏈接查看JUnit Max如何提供持續的單元測試。 – dss539 2009-05-26 19:45:53
你有沒有看着CruiseControl
我還沒有使用它，但親自另一開發團隊在原來的工作崗位將它用於持續集成/連續建立在他們的項目。
即使世界在CodeProject重的好文章：Continuous Integration with CruiseControl.net覆蓋NUnit的測試& CHM文檔構建以及
這不是很插件的解決方案，但是NUnit的GUI亞軍可以做你以後。您可以更改設置，以便在您的測試程序集被修改時重新運行最後一次測試運行。因此，當你重新編譯你的所有測試時都會再次運行（假設你的最後一次測試運行了，當然每次測試都會運行）。
如果您已經使用NUnit，您可能已經擁有此設置，但您也可以將GUI runner作爲外部工具添加到Visual Studio中，以便您可以在Visual Studio中使用測試程序集打開它加載。同樣，這個集成可以在GUI runner的設置對話框中實例化。
更多信息可在NUnit網站上找到，我會鏈接它，但我太新了一個用戶！
編輯：另一種解決方案是將一個後期構建事件添加到您的項目，將測試程序集傳遞給NUnit跑步者。如所述here。但我明白，這仍然沒有解決測試優先級的問題。
如果我理解正確，那麼您在尋找像ReSharper這樣的東西。 ReSharper擁有非常好的集成單元測試運行器，可讓您運行完整套件或單個測試。它有一個不錯的測試結果瀏覽器，它可以很容易地跳轉到導致異常和錯誤的代碼。 ReSharper不是免費的，但除了集成的單元測試之外，它還提供了與Visual Studio集成的其他可用性功能和改進的TON。
如果TestDriven.NET不夠好，ReSharper肯定會滿足您的需求。
Team City會讓你運行個人構建，所以它不會檢查破損的代碼。只有在所有單元測試通過後，它纔會檢查代碼。那是你的追求？
沒有我知道的Visual Studio等價物，但如果您是IntelliJ用戶，則可以使用Infinitest。 Infinitest也是免費的，這是一個不錯的特權。
我認爲你正在尋找MSBuild with NUnit，
我一直在尋找同樣的事情，自從看到junitmax在Eclipse中運行，據我可以告訴有沒有像它在.NET平臺還:(
最好的解決方案似乎是「在編譯運行測試」。有關於'Extreme continuous integration'一個有趣的博客文章。你至少可以一個單獨的機器上運行測試這種方式。
也留意爲mighty moose
你需要什麼樣的硬件來做這樣的工具？ – Paco 2009-06-01 20:23:19
我不認爲這需要什麼特別的東西。該工具優先考慮測試，以便最有可能失敗的測試首先運行。這樣，在重新編寫代碼之前，您不必等待整個套件運行。 – dss539 2009-06-02 13:17:13
我真的希望這確實存在。不幸的是，.net社區往往比這種事情落後於其他人幾年。它最終會來，但還沒有到來。 – 2009-06-08 16:04:49