TestDriven.NET 2.0——单元测试的好助手

[Test]
public void TestMethodRun(){
ClassA ca = new ClassA();
int expected = 2;
int result = ca.GetResult();
Assert.AreEqual(expected, result);
}

在以前如果您使用NUnit进行单元测试，对于这样一个简单的测试，首先需要运行NUnit GUI，加载当前的程序集，并点击Run按钮运行测试，测试通过后再回到IDE继续编写代码：

现在有了TestDriven.NET 2.0，就不会有这么麻烦了，我们不用额外运行任何程序，只需要在Visual Studio 2005 IDE中右击并选择Run Test菜单命令就可以运行测试，日常开发中我们都已经习惯了在IDE中进行这种操作，所以这样更加符合我们的开发习惯，也不用频繁在应用程序之间切换窗口。
TestDriven.NET 2.0 测试的结果将在Output窗口中显示。

稍微写过一点单元测试代码的朋友都知道，实际开发中的每一个测试，测试方法都不可能只有一个断言（Assert），在以前使用NUnit时，测试如果通不过，我们无法根据错误信息快速准确的定位到代码中的某一个断言，有了TestDriven.NET 2.0，当测试出现错误时，您只需要在Output窗口中双击错误提示，就可以直接定位到出错的断言代码行，极大的提高了排错的效率。

在上面的测试代码中，我们仅仅是点击了右键菜单Run Test，并没有选择运行哪一个测试方法或者测试类，那么TestDriven.NET 2.0是如何选择并运行测试的呢？其实这跟我们点击鼠标的位置有关，点击鼠标的位置如果在标记为Test的测试方法内，它只会执行该测试方法；点击鼠标的位置如果在方法之外而在标记为TestFixture的类里面，它会执行该类中所有标记为Test的测试方法；点击鼠标的位置如果在类之外，而在某一个命名空间里面，则它会执行该命名空间下所有标记为TestFixture的测试类。

Ad-Hoc 测试
在开发中，我们常常会遇到跟踪一些变量的值和某些方法的返回值，一般情况下大家都会选择使用Command Window，这种方式需要通过输入一些命令来查看，未免有些麻烦。TestDriven.NET 2.0为我们提供了一键操作的功能，让我们可以随时随地的跟踪方法的返回值等，而不用输入任何命令。在普通的方法中TestDriven.NET 2.0也可以运行测试（Run Test），不管方法的作用域是public还是private，是实例方法还是static方法。如果测试方法是实例方法，它会使用默认的构造函数创建一个类的对象，在执行测试完成时再释放掉该对象。如果方法有返回值，将会显示在Output窗口中。运行下面的测试：

会在Output窗口中输出：

用Debug模式测试
在运行测试的过程中，有时候需要调试跟踪一些信息，如果使用NUnit，由于它没有集成在IDE中，也就无法设置断点。在TestDriven.NET 2.0提供了以Debug模式进行测试，可以在测试代码中设置断点，并进行跟踪，这时我们需要选择Test with | Debugger菜单命令。


停止测试进程
在运行测试过程中，有时候会有创建一些应用程序域，但并没有被释放，这样会有部分程序集被加载该应用程序域中并且已经锁定，所以可能会造成编译失败。这时需要释放掉一些测试进程来可以继续编译。在任务栏的右下角，所有的测试进程都会显示在这里，点击右键，选择Stop菜单命令可以结束测试进程。