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

 

What is NUnit?

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

         http://www.cnblogs.com/confach/archive/2005/08/14/177817.html

 

1.         NUnit的运行图

           

           

         

         

    

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

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

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

·     红色 表示有失败

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

·     状态 . 说明了现在运行测试的状态。当所有测试完成时，状态变为 Completed . 运行测试中，状态是 Running: < test-name > (< test-name > 是正在运行的测试名称 ) 。

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

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

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

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

2.     NUnit的常用Attributes

                       

·     TestFixtureAttribute

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

·     TestAttribute

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

1)         访问限制修饰要未Public

2)         方法不能有参数

3)         方法不能有返回值

·     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?

         http://msdn.microsoft.com/msdnmag/issues/04/10/NMock/default.aspx

http://nmock.org/

• 为什么需要Mock

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

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

• 什么情况下考虑使用Mock

 

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

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

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

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

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

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

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

• 进行Mock测试的步骤
  • Sample 
  • 测试代码首先引用NMock的 框架    
  • NUnit示例代码  

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

2)         产品代码实现这个接口

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

 

What is NCover?

  

         http://ncover.org/

 

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

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