它的基本原理是通过 .NET 的反射机制,利用代码中的元数据(Attribute)来辨识到底有哪些单元测试。单元测试(Unit Test)是测试驱动开发(Test-Driven Development,TDD)很重要的一环,而TDD又是敏捷开发方法(比如极限编程--eXtreme Programming)的重要组成部分…… 总之,单元测试很重要就对了。 ^_^ (有关TDD、XP的详细介绍在博客园的很多blog上就有,当然 google 上就更多了)
例子开始:
1、下载、安装 NUnit(最新版可能是 2.2.0)
2、很重要的步骤:测试一下 NUnit 是否安装成功。
方法:打开 NUnit,File--Open--选 NUnit 安装目录下的bin目录中的 nunit.tests.dll。这时NUnit 主窗口左部的树型列表中会出现很多个测试的名字,然后点 Run 按钮,接着测试就开始运行了,直到 NUnit 主窗口左部的树型列表中所有的测试前面都变成绿色,那就是成功了。(失败的测试会有红色的提示,没有运行的测试会有黄色的提示。在这一步中,有可能 Console Runner 那个测试集合会出现问题。万一出现问题,重启一下 NUnit 再 Run,一般都是没问题的)
3、怎么在开发中使用 NUnit 框架? 1)打开VS.NET 2003,新建一个 C# 的 Console 项目,在项目的 References 添加 nunit.framework(References 在 Solution Explorer 窗口中,右键,Add Reference...)
2)随便写一个类
public class Account // 银行帐户类 { private float balance; // 账户的余额 public void Deposit(float amount) // 存钱 { balance+=amount; } public void Withdraw(float amount) //取钱 { balance-=amount; } public void TransferFunds(Account destination, float amount) // 转账 { destination.Deposit(amount); Withdraw(amount); } public float Balance { get{ return balance; } } public static void Main(string[] args) { Account source = new Account(); // 新建个账户 source.Deposit(200.00F); // 存200 Account destination = new Account(); // 又建了一个 destination.Deposit(150.00F); // 存150 source.TransferFunds(destination, 100.00F); // 第一个账户转给第二个100 } }
这个类很简单,编译通过,运行,一切ok。
3)在同一个项目中,增加一个用来测试 Account 类中的方法的测试类(里面的几个Attribute是最关键的)
using NUnit.Framework; // 千万别忘了这一行 [TestFixture] // 这个Attribute说明 AccountTest 类中包含有测试 public class AccountTest { [Test] // 这个Attribute说明了 TestTransferFunds() 方法就是用来做测试的 // 一般测试方法的名字就是在被测试方法名前加上Test public void TestTransferFunds() { // 准备工作 Account source = new Account(); source.Deposit(200.00F); Account destination = new Account(); destination.Deposit(150.00F); source.TransferFunds(destination, 100.00F); // 转账 // 利用 Nunit.Framework 中的 Assert 类看看转账以后两个账户的余额是否正确 Assert.AreEqual(250.00F, destination.Balance); Assert.AreEqual(100.00F, source.Balance); } }
然后编译一下,生成一个 exe 文件(如果要生成 DLL 的话,更改一下这个这个项目的 Output Type属性,改成 Class Library就可以了。这个改动还是在Solution Explorer 窗口中,项目名上 右键--属性。 对于这个例子,生成DLL的话就不需要 Main() 方法了)。
4)打开NUnit,File--Open,找到刚才编译生成的 exe。然后 Run,满眼可爱的绿色,就说明测试都成功了^_^。
如果想看看测试失败的样子,可以把 Assert.AreEqual() 里面的值改一下……
例子中只用到了 Test Fixture 和 Test 这两个Attribute,其他更多的用法在 NUnit 文档中写得十分清楚,文档中也有些更好的例子……
自动化的单元测试有什么用? 答:省时省力。当一个系统需要测试的类/方法 成千上万时,手工的测试方法(用控制台打印出信息等等)的效率会比较低。
总结:NUnit 很好的利用了反射机制,单元测试十分方便。但是对于复杂的对象,写出低耦合的测试代码可能有一定难度
Powered by: IT博客 Copyright © 大话人生