• 白盒测试：测试单元的内部结构；
• 黑盒测试：测试单元的功能和可观测行为；

1. NUnit是什么

NUnit 免费开源 (http://www.nunit.org)，提供一套单元测试框架(专用于.Net的白盒测试架构)和一个测试运行程序(test runner)。其中，test tunner 用于寻找具有[TestFixture]属性的类和类中的[Test]方法。　

2. TDD思想

在功能代码未完成前，先进行测试代码的编写；测试不应着眼于功能代码，应着眼于设计。定义TDD的2个原则：

• 除非你有一个失败的自动测试，永远不要写一单行代码；
• 阻止重复；

3. 使用NUnit

测试原则

• 可靠性、可维护性、可读性；
• 尽量避免测试中的逻辑，一个单元测试应该是一系列的方法调用和断言；
• 避免重复代码；
• 测试隔离，低耦合，防止不同测试之间的互相影响；

NUnit属性
所有NUnit属性都包含在 Nunit.Framework 命名空间里，同时必须引用程序集 Nunit.Framework.dll。在项目测试时，有时要用到数据库链接，一般将数据库链接串放到Web.config配置文件里，再通过

System.Configuration.ConfigurationSettings.AppSettings[“DBConnectionString”].ToString()；

获取，但是在测试中是读不到这个值的，测试时要把链接写成固定字符串。
TestFixture：修饰测试类。类必须为public且必须有一个默认构造函数。
Test：修饰测试方法。测试方法的返回值必须为void。
TestCase：修饰测试方法。标记方法具有参数并提供测试时需要的参数，例：[TestCase(参数列表)]
Values：标记作为测试方法的一系列的参数。
Combinatorial：测试时需要测试的各种可能的组合； [Test, Combinatorial]

public void TestFunction01( [Values(1,2,3)]int val, [Values(“you”,”hi”)]string str ) {} 

SetUp/TearDown

修饰方法，测试类初始化/资源释放函数。每个测试方法被调用之前/后执行，用于环境的建立/清理、初始化/释放资源。属性从任何的基类继承而来，被修饰的方法必须为public。
[TestFixtureSetUp/TestFixtureTearDown]

OneTimeSetUp/OneTimeTearDown
修饰方法，测试用例初始化/资源释放函数。任何测试方法被调用之前/后执行，类似构造/析构函数，其作用于整个[TestFixture]类，包括数据库连接等，被修饰的方法必须为public。
SetUp/TearDown方法提供达到测试隔离性的目的：SetUp确保共享的资源在每个测试运行前正确初始化，TearDown确保没有因运行测试产生的遗留副作用；TestFixtureSetUp/TestFixtureTearDown同样提供相同的目的，但是却在SetUp/TearDown方法之前/后。
Ignore：修饰类或方法，保证测试正常进行的前提下，临时动态忽略某些测试方法。 [Ignore(“提示信息”)]
Category：修饰类或方法，分类/分组管理测试类或方法； [Category(标签)]

NUnit方法
在NUnit中，Assert(断言)是一个类，断言是Assert类的静态方法。断言是单元测试的核心，用类中的各种方法进行比较，也可以在NUnit的断言中添加自己的错误信息。注意以下几个方法：
Assert.Fail()：让测试直接失败；
Assert.Ignore()：让测试被忽略；
Assert.AreEqual/AreNotEqual (object expected, object actual)： 比较参数expected和actual的值(类型)是否相等；
Assert.IsTrue/IsFalse (bool condition)： 条件断言测试；
Assert.AreSame/AreNotSame (object expected, object actual)： 比较两个参数是否引用同一个对象；
另外，还有StringAssert类，字符串断言，提供对字符串值的测试方法。
如果一个方法中有多个断言，某个断言执行失败，在其之后的所有断言都不会执行。具体的，NUnit~Assert类。

NUnit ~ 测试集管理
NUnit的很多功能是通过属性来实现，属性是在.NET组件文件的Metadata中添加的一些可以被其他组件读取的信息，用中括号标识。NUnit根据测试组件的命名空间及[TestFixture]和[Test]属性来分类不同的测试。

• 测试分类
• 分组运行

NUnit ~ Demo
单元测试项目文件推荐命名：项目名称_Test，源文件基本结构如下：

[TestFixture]

public class TestFunction

{

    [OneTimeSetUp]

    public void TestFixtureSetUp() { Console.WriteLine("OneTimeSetUp()"); }

    [OneTimeTearDown]

    public void TestFixtureTearDown() { Console.WriteLine("OneTimeTearDown()"); }

    [SetUp]

    public void SetUp() { Console.WriteLine("SetUp()"); }

    [TearDown]

    public void TearDown() { Console.WriteLine("TearDown()"); }

    [Test]

    public void TestMethod01() { Console.WriteLine("TestMethod01()"); }

    [Test]

    public void TestMethod02() { Console.WriteLine("TestMethod02()"); }

}

测试几个方法的执行顺序：

OneTimeSetUp -> SetUp -> TestMethod01 -> TearDown -> SetUp -> TestMethod02 -> TearDown -> OneTimeTearDown

此处可以结合不足之处的第2点理解。
NUnit ~ 单步调试
单元测试之单步调试设置方法参考如下链接：
http://www.cnblogs.com/ywqu/archive/2009/11/04/lindongshenghuo.html 　　　

不足之处

• 1. xUnit体系中JUnit是在测试每个方法时新生成一个实例，而NUnit中是一个TestFixture只生成一个实例。如果对包含单元测试类中的实例数据进行更改可能会影响到其它的测试方法，而JUnit每次都生成一个实例则不会产生这种情况。
• 2. JUnit中[SetUp]/[TearDown]只会在所有测试前、后分别执行一次，而NUnit是在每个测试前、后都会执行一次，为了达到JUnit中[SetUp]/[TearDown]的效果，能新增[TestFixtureSetUp]/[TestFixtureTearDown]属性。

参考

[1]. 单元测试之道（使用NUnit）
[2]. 用NUnit在单元测试中实现构造函数依赖注入
[3]. NUnit单元测试教程以及Mock测试