NUnit,NMock,NCover的使用和范例【转载】

该篇文章是我于2009年6月10日通过自己编写的工具，批量从位于在博客园的博客站点(http://chenxizhang.cnblogs.com)同步而来。文章中的图片地址仍然是链接到博客园的。特此说明！ 陈希章 原文地址：http://www.cnblogs.com/chenxizhang/archive/2008/11/10/1330718.html 原文标题：NUnit,NMock,NCover的使用和范例【转载】 原文发表：2008/11/10 7:36:00

测试驱动开发（TDD)是一个很时髦的名词。VSTS2005开始附带了一些测试工具。但也有一些很好的开源工具。本文就是介绍三个相关的工具。     What is NUnit?          NUnit是一个单元测试的Framework,是专门针对.Net 来写的。可以在http://www.nunit.org免费下载.          http://www.cnblogs.com/confach/archive/2005/08/14/177817.html   1.         NUnit的运行图            

                     

         

     [align=left]进度条的颜色反映了测试执行的状态：[/align] [align=left]·     绿色描述目前所执行的测试都通过[/align] [align=left]·     黄色意味某些测试忽略，但是这里没有失败[/align] [align=left]·     红色表示有失败[/align] [align=left]底部的状态条表示下面的状态：[/align] [align=left]·     状态.说明了现在运行测试的状态。当所有测试完成时，状态变为Completed.运行测试中，状态是Running: (是正在运行的测试名称)。[/align] [align=left]·     Test Cases说明加载的程序集中测试案例的总个数。这也是测试树里叶子节点的个数。 [/align] [align=left]·     Tests Run 已经完成的测试个数。 [/align] [align=left]·     Failures  到目前为止，所有测试中失败的个数. [/align] [align=left]·     Time  显示运行测试时间（以秒计） [/align] 2.     NUnit的常用Attributes                         [align=left]·     TestFixtureAttribute[/align] [align=left]本属性标记一个类包含测试用例，一个类要能成为Nunit的测试用例，另外访问修饰符必须是Public[/align] [align=left]·     TestAttribute[/align] [align=left]标记一个类的方法是可以测试的。另外需要满足：[/align] [align=left]1)         访问限制修饰要未Public[/align] [align=left]2)         方法不能有参数[/align] [align=left]3)         方法不能有返回值[/align] [align=left]·     IgnoreAttribute[/align] [align=left]标记一个测试方法，将被Nuint忽略。[/align] [align=left]·     SetupAttribute/TearDownAttribute[/align] [align=left]我们测试用例在运行的时候，经常是需要一些常规资源的，如创建数据库链接，操作完成后关闭数据库链接等等。Nunit提供了这两个attributelai支持这种常规的初始化和清楚操作，作用域以测试方法为单位。当每一个测试方法被Nunit执行的时候，会先执行SetupAttribute标记的方法，然后执行测试方法的代码，最后执行TearDownAttribute标记的方法。[/align] [align=left]·     TestFixtureSetupAttribute/TestFixtureTearDownAttribute[/align] [align=left]与SetupAttribute/TearDownAttribute类似，但作用域是整个以TestFixtureAttribute标记的类，只会被执行一次。这样避免了每执行一个测试方法就需要初始化，清除的操作，提高了代码效率。[/align] [align=left]·     ExpectedException[/align] [align=left]标记一个测试方法将会抛出一个异常，异常的类型与.NET一致[/align] [align=left]·        Category[/align] [align=left] 将测试用例分类，这样你可以选择你需要的分类来运行测试用例。[/align] [align=left]·     ExplicitAttribute[/align] [align=left]         忽略一个Test/TestFixture，直到被显式执行。原因是IgnoreAttribute忽略了[/align] [align=left]一个test，想要再调用是不可能的，这个时候ExplicitAttribute就派上用场了。[/align]  
   
 
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对象实现这个接口

  [align=left]What is NCover?[/align]            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

作者：陈希章 出处：http://blog.csdn.net/chen_xizhang 本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。