利用TestDriven.net和NUnit进行单元测试

1 准备TestDriven和NUnit

单元测试对于程序员来说基本是一个必备的技能。“千里之堤,溃于蚁穴”这句话对于程序员也适用。记得一位大牛说过“笨蛋都能写出让机器看懂的程序,真正的聪明人写出让人看得懂的程序”。单元测试能显著提高自己程序的质量,当项目变得很大的时候,良好的单元测试也能提高项目的质量,当然,它也能让人充满成就感。好吧,让我们开始单元测试之旅。

下载TestDriven:http://www.testdriven.net/default.aspx 
下载NUnit:http://www.nunit.org/index.php?p=download

NUnit名气非常大,而且功能也很强,尽管NUnit支持GUI和Console两种工作方式,但是它使用起来确实不够直观,我们不得不不停地切换窗口以看到测试结果。而TestDriven就非常方便,它和Visual Studio .Net2003和2005都集成的非常好,做到了即指即测。能较大的提高我们测试的效率。在安装好TestDriven后,就可以看到下面的一个小小的图标。

利用TestDriven.net和NUnit进行单元测试_第1张图片

我们可以针对整个测试文件和单个函数进行测试,非常方便。下面主要谈谈TestDriven支持的属性和参数。

2 TestDriven支持的一些重要的属性

TestDriven其实可以支持大部分NUnit支持的属性,但是有些属性是无法支持的。其实对于自己进行单元测试来说,只需要知道常用的10多个属性就可以进行很好的测试了。下面就最常用和最重要的属性做一些解释。
在开始测试之前,记得引用nunit.framework这个dll,然后

using   NUnit.Framework;

2.1  [TestFixture] 属性

这个属性通常是用来修饰测试类,表明这个类是用于测试的。一般把它放在类声明的上面,就像下面这样

 [TestFixture]
 
// 这个类是一个用来执行单元测试的类
  public   class  TestSimpleCalculator
 {
  
//  something
 }

2.2 [TestFixtureSetUp] 属性

这个属性通常用来修饰一个方法,表明这个方法先于所有测试方法之前运行,类似于构造函数。那么我们可以用来初始化一些对象等,非常有用。

[TestFixture]
 
public   class  UnitTestDemo
 {
  SimpleCalculator myMath;
  
  
// 在所有测试方法运行之前运行
  [TestFixtureSetUp]
  
public   void  InitFixture()
  {
   myMath 
=   new  SimpleCalculator();
  }
 }

 2.3  [TestFixtureTearDown] 属性

这个属性也是用于修饰方法,它会在所有测试方法运行完毕以后运行。你可以用它来释放一些资源。

 [TestFixture]
 
public   class  UnitTestDemo
 {
  SimpleCalculator myMath;
  
  
// 在所有测试方法运行完之后运行
  [TestFixtureTearDown]
  
public   void  InitFixture()
  {
   
// 释放一些资源
   myMath.Dispose();
  }
 }

2.4 [SetUp]属性

这个属性用来修饰方法,表明它会在每一个测试方法运行之前运行。那么可以用它来重设一些变量,是每个方法在运行之前都有良好的初值。

 [TestFixture]
 
public   class  TestSimpleCalculator
 {
  SimpleCalculator myMath;
  
private   double  a;
  
private   double  b;

  
//  在任何一个测试方法运行之前运行,可以用来重置一些变量
  [SetUp]
  
public   void  Init()
  {
   a 
=   3.0 ;
   b 
=   5.0 ;
  }
 }

2.5 [TearDown]属性

这个属性通常用来修饰方法,表明这个方法会在每个测试方法运行完之后运行一次。 可以用来清理一些变量或者环境。

[TestFixture]
 
public   class  TestSimpleCalculator
 {
  SimpleCalculator myMath;
  StringBuilder sb;

  [TestFixtureSetUp]
  
public   void  InitFixture()
  {
   myMath 
=   new  SimpleCalculator();
   sb 
=   new  StringBuilder();
  }

  
//  在每一个测试方法运行完了之后都会运行,可以用来清理一些暂存变量
  [TearDown]
  
public   void  Teardown()
  {
   sb.Remove( 
0 , sb.Length );
  }
 }

2.6 [Test]属性

这个属性是最有用处的,因为它表明这是一个测试方法。

 [TestFixture]
 
public   class  TestSimpleCalculator
 {
  SimpleCalculator myMath;
  
private   double  a;   //  a = 3.0  
   private   double  b;  //  b = 5.0 

  
//  这是一个测试方法
  [Test]
  
public   void  Add()
  {
   Assert.AreEqual( a, 
3.0  );  //  返回真
   Assert.AreEqual( b,  5.0  ); //  返回真
   a  =  myMath.Add( a, b );
   Assert.AreEqual(a, 
7.0 " The expect result is 7, and the actual result is 8 " ); //  返回假,并且会打印出错误信息
  }
 }

2.7 [ExpectedException(typeof(OneSupportedException))] 属性

这个属性其实非常有用处,它表明这个函数会抛出一个预期的异常。在一个项目中,异常的处理是不可避免的。如果异常处理机制不好的话,会给程序带来相当大的混乱。也许你的程序充满了try,catch,但是确总也捕捉不到自己想要的异常。混乱的异常对于程序员来说就是灾难。

  [Test]
  [ExpectedException(
typeof (InvalidOperationException))]
  
public   void  ExpectAnException()
  {
   
throw   new  InvalidCastException(); //  这个地方抛出了非预期的异常,所以测试方法失败。
  }

2.8 [Ignore("name")]属性

这个属性也挺有用处,它表示这个测试方法会被忽略掉。也许你的代码进行了一些升级,以前的测试方法已经不再重要,但是你仍然希望保留它们。那么你尽可以把它们标志成Ignore,然后统一放到一个文件或者Region中,以做存档之用。

  [Test]
  [Ignore(
" ignored test " )]
  [ExpectedException(
typeof (InvalidOperationException))]
  
public   void  IgnoredTest()
  {
   
throw   new  Exception();  //  如果可以运行这个测试方法,那么这个方法不会通过测试,但是现在它已经被忽略掉了。
  }

2.9 [Platform("SupportedPlatform")]属性

这个属性也相当实用,它表明这个测试方法会运行在指定的平台上。大家都知道,.Net Framework就有几个版本,还有各种版本的Windows系统。不同的版本对于某些类库或者API的支持是不一样的。比如WMI查询语句的某些用法在Win2000上就无法通过测试。某些类库在.net1.1中无法找到,如果指定了平台,就一切都变得井井有条了。

  [Test]
  [Platform(
" NET-1.1 " )]
  
// 更多支持的平台请查阅NUnit的文档
   public   void  DotNetOneOneTests()
  {
   Assert.AreEqual( 
" This case run on .Net1.1 " " This method will not be executed "  );   //  这个测试方法只会运行在.Net1.1的平台下。
  }

2.10 [Category("NameOfCategory")]属性

这个属性也很好。但是在TestDriven中无法使用。它表明我们可以把某些测试归成一类(Category),我们可以给这个类别取个名字,然后可以指定是否对这个类别进行测试。假设你有个函数需要运行很长的时间,你肯定不希望每次都去运行它。那么你可以把它归到某个类别中,然后在NUnit的GUI中将它排除在测试范围之外。

[Test]
  [Category(
" Long " )]
  
//  这个测试方法属于名字为Long的类别,我们可以在NUnit的GUI中选择是否需要运行这一类别的测试方法,但是TestDriven.net无法使用这个属性。
   public   void  VeryLongTest()
  { 
   Assert.AreEqual( 
" This test will consum a very long time " " No, It will be completed in 0.1 seconds " );
  }

2.11 [Explicit]属性

这个属性和Ignore有相似之处,但是也有不同。如果指定了这个属性,那么在测试的时候是不会运行的。但是如果你指定了它(比如你把鼠标放在这个方法上,然后选择RunTest)这个测试方法就会运行。它也非常有用处,对于某些你想暂时避过的测试,它是一个好的选择。

  [Test, Explicit]
  
public   void  ExplicitTest()
  {
   Assert.AreEqual(
1 2 );  //  这个测试方法会自动地被忽略掉,除非我们在NUnit的GUI中手动选择它或者把鼠标放在它上面,再运行TestDriven.net, 它才会被执行
  }

3 总结

其实NUnit的实际功能比我上面列举的强大得多。但是对于程序员自己单元测试来说,了解一些常用的属性就已经足够。TestDriven支持大部分属性,使用起来也非常的方便。而且TestDriven还能提供NCover这个分析的利器。你大可以为自己的应用程序创建一个工程,同时还为自己的测试代码创建一个工程,测试和开发同步进行。良好的单元测试一定可以提高程序的质量,同时也未必会耽误太多时间,延缓项目的进度。单元测试是如此的简单,也是如此的有用。希望上面的这些属性对大家有所帮助,能够提高大家的程序水平。

你可能感兴趣的:(利用TestDriven.net和NUnit进行单元测试)