利用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的运行图
            利用Nunit,NMock,NCover作单元测试_第1张图片
           
          利用Nunit,NMock,NCover作单元测试_第2张图片
          利用Nunit,NMock,NCover作单元测试_第3张图片
    
进度条的颜色反映了测试执行的状态:
·     绿色 描述目前所执行的测试都通过
·     黄色 意味某些测试忽略,但是这里没有失败
·     红色 表示有失败
底部的状态条表示下面的状态:
·     状态 . 说明了现在运行测试的状态。当所有测试完成时,状态变为 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,NMock,NCover作单元测试_第4张图片   
    • NUnit示例代码  
1)        定义一个接口来描述这个对象
2)         产品代码实现这个接口
3)         测试中Mock对象实现这个接口
利用Nunit,NMock,NCover作单元测试_第5张图片
 
What is NCover?
  
         http://ncover.org/
 
一个好的测试应该具有如下品质:
自动化(Automation)
彻底的(Thorough)
可重复的(Repeatable)
独立的(Independent)
专业的(Professional)
好的单元测试应该是彻底的,它测试了所有可能出现的情况。一个极端的情况是:把每一行代码,代码所有可能的分支,可能抛出的异常都作为测试对象。另外一种情况就是测试最有可能的情况:如各种边界值的情况。事实上,这是一个基于你的项目需求的决策问题。如果你想检验你的测试覆盖率的话,可以借助NCover 之类的工具。
利用Nunit,NMock,NCover作单元测试_第6张图片
 
所使用的命令行如下:
"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

你可能感兴趣的:(Leyser,Service,Microsoft,.NET,UML,and,OOP,单元测试)