利用Nunit,NMock,NCover作单元测试

What is NUnit?

NUnit是一个单元测试的Framework,是专门针对.Net 来写的。可以在 免费下载.

NUnit的运行图

进度条的颜色反映了测试执行的状态：

·

绿色

描述目前所执行的测试都通过

·

黄色

意味某些测试忽略，但是这里没有失败

·

红色

表示有失败

底部的状态条表示下面的状态：

·

状态

.

说明了现在运行测试的状态。当所有测试完成时，状态变为 Completed

.

运行测试中，状态是 Running:

< test-name

(< test-name

是正在运行的测试名称

)

。

·

Test Cases

说明加载的程序集中测试案例的总个数 。这也是测试树里叶子节点的个数。

·

Tests Run 已经完成的测试个数。

·

Failures  到目前为止，所有测试中失败的个数.

·

Time  显示运行测试时间（以秒计）

2.     NUnit的常用Attributes

**·

TestFixtureAttribute**

本属性标记一个类包含测试用例，一个类要能成为Nunit的测试用例，另外访问修饰符必须是Public

**·

TestAttribute**

标记一个类的方法是可以测试的。另外需要满足：

访问限制修饰要未Public

方法不能有参数

方法不能有返回值

**·

IgnoreAttribute**

标记一个测试方法，将被Nuint忽略。

**·

SetupAttribute/TearDownAttribute**

我们测试用例在运行的时候，经常是需要一些常规资源的，如创建数据库链接，操作完成后关闭数据库链接等等。Nunit提供了这两个attributelai支持这种常规的初始化和清楚操作，作用域以测试方法为单位。当每一个测试方法被Nunit执行的时候，会先执行SetupAttribute标记的方法，然后执行测试方法的代码，最后执行TearDownAttribute标记的方法。

**·

TestFixtureSetupAttribute/TestFixtureTearDownAttribute**

与SetupAttribute/TearDownAttribute类似，但作用域是整个以TestFixtureAttribute标记的类，只会被执行一次。这样避免了每执行一个测试方法就需要初始化，清除的操作，提高了代码效率。

**·

ExpectedException**

标记一个测试方法将会抛出一个异常，异常的类型与.NET一致

**·

Category**

将测试用例分类，这样你可以选择你需要的分类来运行测试用例。

**·

ExplicitAttribute**

忽略一个Test/TestFixture，直到被显式执行。原因是IgnoreAttribute忽略了

一个test，想要再调用是不可能的，这个时候ExplicitAttribute就派上用场了。

What is Nmock?

• 为什么需要Mock

单元测试的基本原则应该是每次只验证一个方法，但是倘若遇到这样一种情况：

测试方法依赖于其他一些难以操控的东西，如：网络，数据库。或者是你测试的代码依赖于系统的其他部分，甚至是系统的多个其他部分。在这种情况下，倘若不小心，最终可能发现自己不小心几乎初始化了系统的每一个组件，而所有这一切只是为了给某一个测试创造必要的运行环境。这不仅花费了大量的时间，要命的是这样的测试用例会被引入大量的耦合因素，很难到达“单元”测试的目的。我们该怎么办呢? 这是Mock的测试方法就派上用场了。Mock的英文的字面意思是：嘲笑，模仿，欺骗的意思。通过Mock，我们可以创建很多真实对象的替代品，在测试用例中使用它。

• 什么情况下考虑使用Mock

真实的对象具有不可确定的行为（如：程序需要通过web service获得股票的实时价格）

对象很难被创建（如系统环境很难初始化）

真实对象的某些行为很难被触发（如网络错误，数据库ID自增序列溢出）

真实的对象令程序运行很缓慢

真实对象含有UI等不方便测试的因素

测试需要询问真实对象是如何被调用的（如异步调用的情况，需要验证Callbak的函数）

真实的对象目前还不存在（如依赖于其他项目组或则需要新的硬件系统）

• 进行

  Mock

  测试的步骤

  • Sample

  • 测试代码首先引用

    NMock

    的

    框架

    

  • NUnit示例代码

定义一个接口来描述这个对象

产品代码实现这个接口

测试中Mock对象实现这个接口

What is NCover?

一个好的测试应该具有如下品质：

l 自动化（Automation）

l 彻底的（Thorough）

l 可重复的（Repeatable）

l 独立的(Independent)

l 专业的(Professional)

好的单元测试应该是彻底的，它测试了所有可能出现的情况。一个极端的情况是：把每一行代码，代码所有可能的分支，可能抛出的异常都作为测试对象。另外一种情况就是测试最有可能的情况：如各种边界值的情况。事实上，这是一个基于你的项目需求的决策问题。如果你想检验你的测试覆盖率的话，可以借助NCover 之类的工具。

所使用的命令行如下：

“C:/Program Files/NCover/NCover.Console.exe” “C:/Program Files/NUnit 2.4.1/bin/nunit-console.exe” V:/Web/BCTest/Function/bin/Debug/BCTest.Function.dll /config=app.config /err=D:/NCoverResult/UTest4BC-Error.txt /xml=D:/NCoverResult/UTest4BC-Result.xml //x D:/NCoverResult/Coverage-BC.xml //l D:/NCoverResult/Coverage-BC_Log.log //v //a  BC.Function