在軟件開發(fā)領域，測試驅動開發(fā)（Test Driven Development，TDD）技術在逐漸為廣大開發(fā)者所接受，它是在添加新代碼之前讓你的測試代碼出錯的一種開發(fā)技術。在開始編寫代碼之前首先要寫你的測試代碼，然后再編寫代碼讓你的測試通過，可以想象，如果沒有一個好的單元測試工具，這項工作其實是無法完成的。相信很多.NET開發(fā)人員者對于開源的NUnit都不陌生，但是它并不能很好的與Visual Studio.NET IDE集成起來。

這里我將向大家介紹另一款的單元測試工具——TestDriven.NET 2.0。它是以插件的形式集成在Visual Studio.NET IDE中的單元測試工具，能夠兼容各種Visual Studio版本，并且集成了多種單元測試框架諸如NUnit，MbUnit，以及Visual Studio Team System適配器等。

TestDriven.NET的前身是NUnitAddIn，由Jamie Cansdale大師開發(fā)，一開始作者只是想做一個NUnit插件集成到Visual Studio中，經過多次版本更新，NUnitAddIn在2004年9月底更名為TestDriven.NET，并在當年的12月初發(fā)布了它的第一個Release版本，即TestDriven.NET 1.0。由于它在開發(fā)中的出色表現，讓很多開發(fā)人員期待它的下一個版本的發(fā)布，這一等待卻足足等了兩年，在今年的10月底，終于迎來了姍姍來遲的TestDriven.NET 2.0版本。然而這一等待卻是值得的，在2.0中，給我們帶來了太多的驚喜，它集成了.NET Reflector、NConver、NConverExplorer、TypeMock.NET等，功能更加強大，下面我將一一介紹TestDriven.NET 2.0中涌現出的這些亮點。

安裝完TestDriven.NET 2.0 后，重新啟動Visual Studio 2005，可以發(fā)現在Visual Studio.NET IDE的右鍵菜單中會多出一些新項，所有的操作都是直接通過這些右鍵菜單來完成。我們先來編寫一小段簡單的測試代碼：

    ClassA ca = new ClassA();

    int result = ca.GetResult();

    Assert.AreEqual(expected， result);

在以前如果您使用NUnit進行單元測試，對于這樣一個簡單的測試，首先需要運行NUnit GUI，加載當前的程序集，并點擊Run按鈕運行測試，測試通過后再回到IDE繼續(xù)編寫代碼：

現在有了TestDriven.NET 2.0，不會有這么麻煩了，我們不用額外運行任何程序，只需要在Visual Studio 2005 IDE中右擊并選擇Run Test菜單命令可以運行測試，日常開發(fā)中我們都已經習慣了在IDE中進行這種操作，所以這樣更加符合我們的開發(fā)習慣，也不用頻繁在應用程序之間切換窗口。

TestDriven.NET 2.0

稍微寫過一點單元測試代碼的朋友都知道，實際開發(fā)中的每一個測試，測試方法都不可能只有一個斷言（Assert），在以前使用NUnit時，測試如果通不過，我們無法根據錯誤信息快速準確的定位到代碼中的某一個斷言，有了TestDriven.NET 2.0，當測試出現錯誤時，您只需要在Output窗口中雙擊錯誤提示，可以直接定位到出錯的斷言代碼行，極大的提高了排錯的效率。

在上面的測試代碼中，我們僅僅是點擊了右鍵菜單Run Test，并沒有選擇運行哪一個測試方法或者測試類，那么TestDriven.NET 2.0是如何選擇并運行測試的呢？其實這跟我們點擊鼠標的位置有關，點擊鼠標的位置如果在標記為Test的測試方法內，它只會執(zhí)行該測試方法；點擊鼠標的位置如果在方法之外而在標記為TestFixture的類里面，它會執(zhí)行該類中所有標記為Test的測試方法；點擊鼠標的位置如果在類之外，而在某一個命名空間里面，則它會執(zhí)行該命名空間下所有標記為TestFixture的測試類。