NUnit2.0详细使用方法
如果你已经知道很多关于NUnit的应用,请指出我的不对之处和提出一些建议,使本文更加完善.如果你对NUnit还不是很了解的话,我建议你还是阅读一下.
本文分为以下部分:
1. TDD的简介
首先什么是TDD呢?Kent Beck在他的<<测试驱动开发 >>(Addison-Wesley Professional,2003)一书中,使用下面2个原则来定义TDD:
·除非你有一个失败的自动 测试,永远不要写一单行代码.
·阻止重复
我想第一个原则是显而易见的.在没有失败的自动测试下就不要写代码.因为测试是嵌入在代码必须满足的需求中.如果没有需求,就没有必要实现任何东西.所以这个原则阻止我们去实现那些没有测试和在解决方案中不需要的功能.
软件开发网 www.mscto.com
第二个原则说明了在一个程序中,不应该包含重复的代码.如果代码重复,我想这就是不好的软件设计的象征.随着时间的流逝,它会对程序造成不一致的问题,并且使代码变非常混乱 ,因为我们时常不会记得重复代码的位置.如果发现代码重复,我想我们应该立即删除代码重复.其实这就涉及到重构了.在这里我就不多讲了.
一般来说,测试分为2种类型,一是程序员自己的测试,另外一种是客户的测试.关于客户测试,我推荐一个FIT的框架,非常不错。在这里,我们讲的TDD就是程序员测试.那么什么是程序员测试呢?我认为就是我们常说的单元测试.既然是单元测试,在.NET里势必会用到某些工具,目前最著名恐怕就是我即将介绍的NUnit了,
2.NUnit的介绍
NUnit是一个单元测试框架,专门针对于.NET来写的.其实在前面有JUnit(Java),CPPUnit(C++),他们都是xUnit的一员.最初,它是从JUnit而来.现在的版本是2.2.接下来我所用的都是基于这个版本.
NUnit最初是由James W. Newkirk, Alexei A. Vorontsov 和Philip A. Craig, 后来开发团队逐渐庞大起来.在开发过程中, Kent Beck 和Erich Gamma2位牛人也提供了许多帮助.看来对于NUnit还真是下了一番力气了.J
NUnit是xUnit家族种的第4个主打产品,完全由C#语言来编写,并且编写时充分利用了许多.NET的特性,比如反射,客户属性等等.
最重要的一点是它适合于所有.NET语言.
如果你还没有下载,可以到http://www.nunit.org/去下载.
2.1 NUnit的介绍
Ok,下面正式讲解NUnit.在讲解之前,看看几张图片:
![](http://www.mscto.com/upimg/allimg/080124/2115500.jpg)
图1 NUnit运行的效果
图2 NUnit运行的另外一个效果
从中我们可以非常容易发现,右边是个状态条,图1是红色的,图2是绿色的.为什么会这样呢?因为如果所有测试案例运行成功,就为绿色,反之如果有一个不成功,则为红色,但也有黄色的.左面的工作域内则是我们写的每一个单元测试.
3namespace MyTest.Tests
4 5
6 7publicclass PriceFixture
8
11
12
2using 3
4namespace MyTest.Tests
5 6 7publicclass SuccessTests
8 9publicvoid Test1()
1011
12
13
14
另外,我们再对如何进行比较做一个描述。在NUnit中,用Assert(断言)进行比较,Assert是一个类,它包括以下方法:AreEqual,AreSame,Equals, Fail,Ignore,IsFalse,IsNotNull,具体请参看NUnit的文档。
3.如何在.NET中应用NUnit
我将举个例子,一步一步演示如何去使用NUnit.
第1步.为测试代码创建一个Visual Studio工程。
在Microsoft Visual Studio .NET中,让我们开始创建一个新的工程。选择Visual C#工程作为工程类型,Class Library作为模板。将工程命名为NUnitQuickStart.图4-1是一个描述本步骤的Visual Studio .NET。
图 4-1: 创建第一个NUnit工程
第2步.增加一个NUnit框架引用
在Microsoft Visual Studio .NET里创建这个例子时,你需要增加一个NUnit.framework.dll引用,如下:
在Solution Explorer右击引用,然后选择增加引用
NUnit.framework组件,在Add Reference对话框中按Select和OK按钮。
图4-2 描述了这步:
图 4-2: 增加一个 NUnit.framework.dll 引用到工程
第3步.为工程加一个类.
2using 3 4namespace NUnitQuickStart
5 6 7publicclass NumersFixture
8 910publicvoid AddTwoNumbers()
1112int a=1;
13int b=214int sum=a+b;
15 Assert.AreEqual(sum,316
17
18
19
第4步.建立你的Visual Studio 工程,使用NUnit-Gui测试
从程序->NUnit2.2打开NUnit-gui,加载本本工程编译的程序集.
为了在Visual Studio .NET中自动运行NUnit-Gui,你需要建立NUnit-Gui作为你的启动程序:
在 Solution Explorer里右击你的NunitQuickStart工程。
在弹出菜单中选择属性。
在显示的对话框的左面,点击Configuration Properties夹
选择出现在Configuration Properties夹下的Debugging。
在属性框右边的Start Action部分,选择下拉框的Program作为Debug Mode值。
按Apply按钮
设置NUnit-gui.exe 作为Start Application。,你既可以键入nunit-gui.exe的全路径,也可使用浏览按钮来指向它。
图4-3 帮助描述本步骤:
![](http://www.mscto.com/upimg/allimg/080124/21155068.jpg)
图 4-3:将NUnit-Gui 作为工程的测试运行器
第5步.编译运行测试.
现在编译solution。成功编译后,开始应用程序。NUnit-Gui测试运行器出现。当你第一次开始NUnit-Gui,它打开时没有测试加载。从File菜单选择Oprn,浏览NUnitQuickStart.dll的路径。当你加载了测试的程序集,测试运行器为加载的程序集的测试产生一个可见的表现。在例子中,测试程序集仅有一个测试,测试程序集的结构如图4-4所示:
图 4-4: 测试程序集的测试在 NUnit-Gui中的视图
按Run按钮。树的节点变为绿色,而且测试运行器窗口上的进度条变绿,绿色代表成功通过。
4.其他的一些核心概念
3 4namespace NUnitQuickStart
5 6 7publicclass NumersFixture
8 910publicvoid AddTwoNumbers()
1112int a=1;
13int b=214int sum=a+b;
15 Assert.AreEqual(sum,316
1718publicvoid1920int a =1;
21int b =222int product = a * b;
23 Assert.AreEqual(224
2526
2728
3 4namespace NUnitQuickStart
5 6 7publicclass NumersFixture
8 9privateint a;
10privateint1112publicvoid InitializeOperands()
1314 a =1;
15 b =216
171819publicvoid2021int sum=a+b;
22 Assert.AreEqual(sum,323
2425publicvoid2627int product = a * b;
28 Assert.AreEqual(229
3031
3233
2typeof3publicvoid DivideByZero()
45int zero =0;
6int infinity = a/zero;
7"Should have gotten an exception"8
9
3publicvoid MultiplyTwoNumbers()
45int product = a * b;
62, product);
7
![](http://www.mscto.com/upimg/allimg/080124/211550169.jpg)
图 5-1: 在一个程序员测试中使用 Ignore属性 图 5-1: 在一个程序员测试中使用 Ignore属性
Ignore属性可以附加到一个独立的测试方法,也可以附加到整个测试类(TestFixture).如果Ignore属性附加到TestFixture,所有在fixture的测试都被忽略.
TestFixtureSetUp/TestFixtureTearDown
有时,一组测试需要的资源太昂贵.例如,数据库连接可能是一个关键资源,在一个test fixture的每个测试中,打开/关闭数据库连接可能非常慢.这就是我在开始提到的问题.如何解决?NUnit有一对类似于前面讨论的SetUp/TearDown的属性: TestFixtureSetUp/TestFixtureTearDown.正如他们名字表明的一样,这些属性用来标记为整个test fixture初始化/释放资源方法一次的方法.
例如,如果你想为所有test fixture的测试共享相同的数据库连接对象,我们可以写一个打开数据库连接的方法,标记为TestFixtureSetUp属性,编写另外一个关闭数据库连接的方法,标记为TestFixtureTearDown属性.这里是描述这个的例子.
using 2
3 4publicclass DatabaseFixture
5 6 7publicvoid OpenConnection()
8 9//open the connection to the database
10 }
111213publicvoid CloseConnection()
1415//close the connection to the database
16 }
171819publicvoid CreateDatabaseObjects()
2021//insert the records into the database table
22 }
232425publicvoid DeleteDatabaseObjects()
2627//remove the inserted records from the database table
28 }
293031publicvoid ReadOneObject()
3233//load one record using the open database connection
34 }
353637publicvoid ReadManyObjects()
3839//load many records using the open database connection
40 }
41
4243
Category属性
对于测试来说,你有的时候需要将之分类,此属性正好就是用来解决这个问题的。
你可以选择你需要运行的测试类目录,也可以选择除了这些目录之外的测试都可以运行。在命令行环境里 /include 和/exclude来实现。在GUI环境下,就更简单了,选择左边工作域里的Catagories Tab,选择Add和Remove既可以了。
在上面的例子上做了一些改善,代码如下:
using System;
2using 3 4namespace NUnitQuickStart
5 6 7publicclass NumersFixture
8 9privateint a;
10privateint1112publicvoid InitializeOperands()
1314 a =1;
15 b =216
171819"Numbers"20publicvoid AddTwoNumbers()
2122int sum=a+b;
23 Assert.AreEqual(sum,324
252627"Exception")]
28 [ExpectedException(typeof(DivideByZeroException))]
29publicvoid3031int zero =0;
32int infinity = a/33 Assert.Fail("Should have gotten an exception");
343536"Multiplication is ignored")]
37"Numbers"38publicvoid MultiplyTwoNumbers()
3940int product = a * b;
41 Assert.AreEqual(242
4344
45
3 4namespace NUnitQuickStart
5 6 7publicclass NumersFixture
8 9privateint a;
10privateint1112publicvoid InitializeOperands()
1314 a =1;
15 b =216
171819"Numbers"20publicvoid AddTwoNumbers()
2122int sum=a+b;
23 Assert.AreEqual(sum,324
252627"Exception")]
28 [ExpectedException(typeof(DivideByZeroException))]
29publicvoid3031int zero =0;
32int infinity = a/33 Assert.Fail("Should have gotten an exception");
343536"Multiplication is ignored")]
37"Numbers"38publicvoid MultiplyTwoNumbers()
3940int product = a * b;
41 Assert.AreEqual(242
4344
45 NUnit-GUI界面如图5-2:
![](http://www.mscto.com/upimg/allimg/080124/211550284.jpg)
本属性忽略一个test和test fixture,直到它们显式的选择执行。如果test和test fixture在执行的过程中被发现,就忽略他们。所以,这样一来进度条显示为黄色,因为有test或test fixture忽略了。
例如:
2 [Test,Explicit]
3"Exception" 4 [ExpectedException(typeof(DivideByZeroException))]
5publicvoid DivideByZero()
6 7int zero =0;
8int infinity = a/ 9 Assert.Fail("Should have gotten an exception");
1011 为什么会设计成这样呢?原因是Ingore属性忽略了某个test或test fixture,那么他们你再想调用执行是不可能的。那么万一有一天我想调用被忽略的test或test fixture怎么办,就用Explicit属性了。我想这就是其中的原因吧。 Expected Exception属性
期望在运行时抛出一个期望的异常,如果是,则测试通过,否则不通过。
参看下面的例子:
[Test]
2[ExpectedException(typeofInvalidOperationException))]
3publicvoid ExpectAnException()
4 5int zero =0;
6int infinity = a/zero;
7"Should have gotten an exception" 8 9
10 在本测试中,应该抛出DivideByZeroException,但是期望的是InvalidOperationException,所以不能通过。如果我们将[ExpectedException(typeof(InvalidOperationException))]改为[ExpectedException(typeof(DivideByZeroException))],本测试通过。 5 . 测试生命周期合约
如果记得test case的定义,其中一个属性是测试的独立性或隔离性.SetUp/TearDown方法提供达到测试隔离性的目的.SetUp确保共享的资源在每个测试运行前正确初始化,TearDown确保没有运行测试产生的遗留副作用. TestFixtureSetUp/TestFixtureTearDown同样提供相同的目的,但是却在test fixture范围里,我们刚才描述的内容组成了测试框架的运行时容器(test runner)和你写的测试之间的生命周期合约(life-cycle contract).
为了描述这个合约,我们写一个简单的测试来说明什么方法调用了,怎么合适调用的.这里是代码: using System;
2using NUnit.Framework;
3 4publicclass 5 6 7publicvoid FixtureSetUp()
8 9"FixtureSetUp");
10
111213publicvoid FixtureTearDown()
1415"FixtureTearDown");
16
171819publicvoid SetUp()
2021"SetUp");
22
23
2425publicvoid TearDown()
2627"TearDown");
28
293031publicvoid Test1()
3233"Test 1");
34
35
3637publicvoid Test2()
3839"Test 2");
40
41
4243
44