NUnit详细使用方法2

NUnit使⽤详解（⼀）NUnit是⼀个单元测试框架,专门针对于.NET来写的，它是是xUnit的⼀员。

NUnit完全由C#语⾔来编写,并且编写时充分利⽤了许多.NET的特性,⽐如反射,客户属性等等.最重要的⼀点是它适合于所有.NET语⾔.单元测试：作为程序员在开发过程中，不可避免地要对软件的类及其⽅法进⾏测试。

在Web页⾯的测试过程中，好多朋友喜欢把测试结果使⽤Response.Write()显⽰在页⾯上。

⽽在类库组件的开发时，由于没有可视化界⾯，有时不得不为该类库添模⼀个测试的项⽬（Console,WinForm,等），在该项⽬中调⽤类库组件的功能，以查看测试结果。

上⾯这种测试不是我们推荐的⽅法，因为我们在测试的时候应遵循以下原则：尽量不要破坏原有的代码结构，即不要在原代码中添加⼀些冗余的测试代码。

测试模块应尽可能完整地展现测试结果。

测试模块不应⽤完即扔掉，要保存以备后续的维护测试。

⼀、NUnit运⾏界⾯《图1》在右边有⼀个进度条，如果所有测试案例运⾏成功,就为绿⾊,反之如果有⼀个不成功,则为红⾊,但也有黄⾊的.绿⾊描述⽬前所执⾏的测试都通过黄⾊意味某些测试忽略，但是这⾥没有失败红⾊表⽰有失败左边的树状⽬录是我们们编写的每⼀个测试单元。

底部的状态条状态：当所有测试完成时，状态变为Completed.运⾏测试中，状态是Running: <test-name>Test Cases：说明加载的程序集中测试案例的总个数。

这也是测试树⾥叶⼦节点的个数。

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

Failures：到⽬前为⽌，所有测试中失败的个数.Time：显⽰运⾏测试时间（以秒计）⼆、在VS2008中配置NUnit进⾏测试1.新建⼀个类库项⽬。

2.在解决⽅案中的项⽬图标上右击，选择“属性”。

3.点击左边的“调试”标签4.在“启动操作”中选择“启动外部程序”，并指明NUnit程序的运⾏路径。

5.在启动选项中的“⼯作⽬录”下，指明当前类库项⽬的DLL⽂件的所在路径。

class（基础类），要写的test classes(测试用例)都得inherit(继承)自 这个base class。除此之外，别无他法能 够让你写Unit Tests。 .NET引进了一个新的程序开发的概念 ─ Attributes(属性)，Attributes可以在程 序代码之上再加入metadata。一般来说 Attributes不会影响到主要程序代码的执 行，其功能是在你所写程序代码之上添加 了额外的信息。
三、NUnit使用方法 4、如何在VS 2005中应用NUnit
4.1、创建Visual Studio工程
项目类型
项目模板
项目名称
三、NUnit使用方法
4.2、添加对NUnit框架的引用
NUnit框架
三、NUnit使用方法
4.3、编写用于测试的类
类
类名
三、NUnit使用方法
class Book 定义属性 { private string pid = null; private string pname = null; public string id { get { return pid; } set{ pid = value; } } public string name { get { return pname; } set { pname = value; } }
三、NUnit使用方法 1、简介
NUnit是一款堪与JUnit齐名的开源的回归
测试框架，供.net开发人员做单元测试之 用，可以从 / 网站 上免费获得，最新版本2.4.3。 NUnit最初是由James W. Newkirk, Alexei A. Vorontsov 和Philip A. Craig，后来 开发团队逐渐庞大起来。在开发过程中, Kent Beck 和Erich Gamma也提供了许多帮 助。

通过命令行方式使用NUnit进行UT极限编程( XP )越来越进入程序员的眼球，TD D(Test Drived Design)也越来越普及，UT( Unit Test ing)是TDD 的第一步，主要面向的是一线的开发人员，而不是项目经理、系统设计与分析人员甚至是测试人员，当然UT的一些方法也可以用于后续的测试，但从极限编程(XP)越来越进入程序员的眼球，TD D(Test Drived Design)也越来越普及，UT(Unit Test ing)是TDD的第一步，主要面向的是一线的开发人员，而不是项目经理、系统设计与分析人员甚至是测试人员，当然UT的一些方法也可以用于后续的测试，但从概念上来讲那已经不算UT了。

UT是“开发者写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确”。

xUnit系列是专门用户UT的框架（工具），包含了对目标代码进行UT的类库。

NUnit 是xUnit系列成员之一，用于对.NET Framework下的语言(实际上只要符合CTS规范的语言NUnit都支持)所写的代码进行UT。

UT的主要目的是提高代码的健壮性和提高代码的生产效率，NUnit 就是以此为初衷进行设计的，所以对于使用 IDE开发而言，添加一下nunit.framework.dll的引用就可以直接在工程中进行单元测试，引用细节由IDE本身来执行，对程序员来讲是透明的。

如果没有使用等大型IDE的，比如使用编辑器+SDK+命令行的方式进行编码，或者干脆就使用Emacs，这时很多事情就要手动进行了，这一过程可能有些boring，这也是没办法的事情，因为编辑器+命令行本来生产力就不高，但确是学习的好方式(也是我喜欢的方式)。

这里，如果被测试代码和测试代码写在不用的源文件里，进行一次UT典型步骤如下(以C#为例并假设两个文件分别为target.cs 和test.cs)：·编译被测试代码为DLL或者Module:csc /t:library target.cs 或者csc /t:module target.cs·编译测试文件为DLL，并添加对外部库文件nunit.framework.dll和target.dll的引用：csc /t:library /r:c:\progra~1\nunit2~1.2\bin\nunit.framework.dll;target.dll test.cs或者只添加对外部库文件nunit.framework.dll的引用并添加target模块：csc /t:library /r:c:\progra~1\nunit2~1.2\bin\nunit.framework.dll/addmodule:module test.cs·NUnit命令行：nunit-console test.dll或者运行NUnit GUI打开test.dll，进行测试，生成测试报告。

单元测试工具Nunit基本用法1. 单元测试Unit Test ：开发者编写的一小段代码，用于检验被测代码的一个很小的，很明确的功能是否正确。

2. 单元测试的具体表现：用于判断某个特定条件或场景下某个特定函数或方法的行为。

3. 单元测试的目的：为了证明某段代码的行为确实和开发者所期1. 单元测试Unit Test：开发者编写的一小段代码，用于检验被测代码的一个很小的，很明确的功能是否正确。

2. 单元测试的具体表现：用于判断某个特定条件或场景下某个特定函数或方法的行为。

3. 单元测试的目的：为了证明某段代码的行为确实和开发者所期望的一致。

4. 单元测试的核心内涵：这个简单有效的技术就是为了令代码变得更加完美。

5. NUint中的断言Assert类的静态方法：1）AreEqualsAssert.AreEqual(expected, actual[, string message])//expected：期望值（通常是硬编码的）；//actual：被测试代码实际产生的值；//message：一个可选消息，将会在发生错误时报告这个消息。

因计算机并不能精确地表示所有的浮点数，所以在比较浮点数时（float或double），需要指定一个额外的误差参数。

Assert.AreEqual(expected, actual, tolerance[, string messag e])//tolerance：指定的误差，即只要精确到小数点后X位就足够了。

//例如：精确到小数点后4位Assert.AreEqual(0.6667, 0.0/3.0, 0.0001);2）IsNullAssert.IsNull(object[, string message])//是nullAssert.IsNotNull(object[, string message])//非null3）AreSameAssert.AreSame(expected, actual[, string message])//验证expected和actual两个参数是否引用一个相同的对象。

科技信息2008年第24期SCIENCE &TECHNO LO GY INFORMATION 在程序设计的过程中有许多种测试,单元测试只是其中一种。

单元测试并不能保证程序是完美无缺的,但是在所有的测试中,单元测试是第一个环节,也是最重要的一个环节。

一、什么是单元测试单元测试是开发者编写的一小段代码,用于检验被测代码的一个很小、很明确的功能是否正确。

通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。

二、为什么要使用单元测试我们在编写代码时,总是会反复调试保证它能够通过编译。

但通过编译,只能说明它的语法正确,却无法保证它的语义也一定正确。

1.单元测试可以减少程序的BUG要减少软件中的B UG 数量,方法之一就是拥有一个专业的测试组,其工作就是尽一切可能使软件崩溃。

但不幸的是,目前大多专业测试组做的都是功能测试、系统测试。

软件界有句俗语:“开发人员不应该测试自己写的代码”。

尽管这句话很有道理,但如果开发人员不对自己的代码进行测试,怎么知道代码是否按照预期的方式运行呢。

因此,对于我们不能保证正确的函数、方法不妨进行单元测试。

2.提高开发速度一般都认为单元测试会浪费时间,其实这是一个误区。

一旦编码结束,开发人员便迫不及待的进行软件的集成工作。

这从表面上看是一项进步,其实不然。

在这种开发步骤中,系统能够正常运行的可能性很小,更多的情况是充满了各种各样的BUG 。

发现软件错误的情况有很多:由开发人员发现;由尝试运行代码的开发人员发现;由测试人员发现;由最终用户发现。

如果在第一种情况下发现软件错误,则修复错误比较容易,成本也很低。

情况越靠后,修复软件错误的成本就越高;修复一个由最终用户发现的软件错误可能要耗费100或1000倍的成本。

如果开发能够在编写代码期间发现所有的软件错误,那是再好不过了。

为此,我们就必须编写能在编写代码时能运行的测试,单元测试正好可以做到这一点。

3.编写单元测试代码的过程其实就是设计程序的过程在编写单元测试代码时,我们实际上是在思考我们的代码根据预期会返回什么的结果,它其实就是程序设计的过程。

return a - b; } /// <summary> /// 乘法 /// </summary> public int Multiply(short a, short b) {
return a * b; } /// <summary> /// 除法 /// </summary> public int Quotient(int a, int b) {
答：在开发时越早发现bug，就能节省更多的时间，降低更多的风险。单元测试先期要编写测试用例，是需要多耗费些时间，但是后面 的调试、自测，都可以通过单元测试处理，不用手工一遍又一遍处理。实际上总时间被减少了。
3. 项目经理或技术主管没有要求写单元测试，所以不用写。
答：写单元测试应该成为开发人员的一种本能，开发本身就应该包含单元测试。
要进行充分的单元测试，应专门编写测试代码，并与产品代码隔离。比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应 的测试类，为每个函数（很简单的除外）建立测试函数。
单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编 写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
四、NUnit的使用。
本处演示所使用的NUnit版本为2.6.4，若要使用最新版可以去官网下载。
首先创建一个类库项目（也可以是其他项目），然后创建一个Test+类库名称的项目（也可以是项目名称+Test），用于代表是测试工程。如 下图：
Demonstration项目中含有一个计算功能类，对应的测试项目含有一个测试计算类，一个计算功能类中方法可能需要多个测试用例来完成检 测。如下展示出了2个类的代码：

NUnit使用介绍一、如何编写测试类a)将测试类标记为TestFixtureb)将需要测试的方法标记为Testc)选择性测试某方法或类，可将其标记为Explicitd)不想进行测试的方法，则可标记为Ignoree)不同分类的方法可用Category标记f)方法会预期发生异常，则标记为ExpectedExceptiong)测试时共享资源的初始化，可将资源的初始化代码放置于标记为Setup的方法体中h)释放资源或确保没有遗留，将代码写入标记为TearDown的方法体中i)只初始化一次，则方法标记为TestFixtureSetupj)与TestFixtureSetup匹配，释放资源用TestFixtureTearDown例：///<summary>///需测试的类///</summary>[TestFixture]public class NumersFixture{private int a;//共享资源private int b;//共享资源///<summary>/// TestFixtureSetUp 只初始运行一次///</summary>[TestFixtureSetUp]public void OpenConnection(){Console.Out.Write("open the connection to the database");}///<summary>/// TestFixtureTearDown 释放资源///</summary>[TestFixtureTearDown]public void CloseConnection(){Console.Write("close the connection to the database");}///<summary>///共享资源的初始化///</summary>[SetUp]public void init(){a = 1;b = 2;}///<summary>/// Test 标记需测试的方法///</summary>[Test]public void MultiplyTwoNumbers(){int product = a * b;Assert.AreEqual(product, 2);}///<summary>/// Category 标记同类的方法///</summary>[Test][Category("Numbers")]public void AddTwoNumbers(){int sum = a + b;Assert.AreEqual(sum, 3);}///<summary>/// Explicit 选择性测试，自动测试时忽略，可手动测试///</summary>[Test,Explicit][Category("Numbers")]public void DiminishNumbers() {int diminish = a - b;Assert.AreEqual(diminish, -1);}///<summary>/// ExpectedException 预期发生的异常///</summary>[Test][Category("Exception")][ExpectedException(typeof(DivideByZeroException))]public void DivideByZero(){int zero = 0;int infinity = a / zero;Assert.Fail("Should have gotten an exception");}///<summary>/// Ignore 不想进行测试的方法///</summary>[Test][Ignore("IgnoreMethod is ignored")]public void IgnoreMethod(){Console.Write("IgnoreMethod is ignored");}///<summary>/// TearDown 释放资源///</summary>[TearDown]public void clear() {a = 0;b = 0;}}二、在VS中应用NUnit 测试，如下配置即可：右键解决方法->属性->调试，将启动操作改为：启动外部程度，指向NUnit 的启动文件的路径C:\Program Files (x86)\NUnit 2.6.4\bin\nunit-x86.exe。

在NUnit中，断言是单元测试的核心。

NUnit提供了一组丰富的断言，这些断言是Assert类的静态方法。

如果一个断言失败，方法的调用不会返回值，并且会报告一个错误。

如果一个测试包含多个断言，那些紧跟失败断言的断言都不会执行，因此，通常每个测试方法最好只有一个断言。

Assert类提供了最常用的断言。

我们将Assert方法按如下分组：a.同等(Equality)断言b.一致性(Identity)断言c.比较(Comparison)断言d.类型(Type)断言e.条件(Condition)测试f.工具(Utility)方法1.同等断言主要包括Assert.AreEqual()、Assert.AreNotEqual()和Assert.IsNaN() 前两个方法测试2个参数是否相等。

重载的方法支持普通的值类型。

Assert.AreEqual(int expected, int actual );Assert.AreEqual(int expected, int actual, string message );Assert.AreEqual(int expected, int actual, string message,params object[] parms );Assert.AreEqual(uint expected, uint actual );Assert.AreEqual(uint expected, uint actual, string message );Assert.AreEqual(uint expected, uint actual, string message,params object[] parms );Assert.AreEqual( decimal expected, decimal actual );Assert.AreEqual( decimal expected, decimal actual, string message );Assert.AreEqual( decimal expected, decimal actual, string message,params object[] parms );Assert.AreEqual( float expected, float actual, float tolerance );Assert.AreEqual( float expected, float actual, float tolerance,string message );Assert.AreEqual( float expected, float actual, float tolerance,string message, params object[] parms );Assert.AreEqual( double expected, double actual, double tolerance );Assert.AreEqual( double expected, double actual, double tolerance,string message );Assert.AreEqual( double expected, double actual, double tolerance,string message, params object[] parms );Assert.AreEqual( object expected, object actual );Assert.AreEqual( object expected, object actual, string message );Assert.AreEqual( object expected, object actual, string message,params object[] parms );Assert.AreNotEqual(int expected, int actual );Assert.AreNotEqual(int expected, int actual, string message );Assert.AreNotEqual(int expected, int actual, string message,params object[] parms );Assert.AreNotEqual(uint expected, uint actual );Assert.AreNotEqual(uint expected, uint actual, string message );Assert.AreNotEqual(uint expected, uint actual, string message,params object[] parms );Assert.AreNotEqual( decimal expected, decimal actual );Assert.AreNotEqual( decimal expected, decimal actual, string message );Assert.AreNotEqual( decimal expected, decimal actual, string message,params object[] parms );Assert.AreNotEqual( float expected, float actual );Assert.AreNotEqual( float expected, float actual, string message );Assert.AreNotEqual( float expected, float actual, string message,params object[] parms );Assert.AreNotEqual( double expected, double actual );Assert.AreNotEqual( double expected, double actual, string message );Assert.AreNotEqual( double expected, double actual, string message,params object[] parms );Assert.AreNotEqual( object expected, object actual );Assert.AreNotEqual( object expected, object actual, string message );Assert.AreNotEqual( object expected, object actual, string message,params object[] parms );不同类型的数值可以按期望的那样进行比较。

Nunit测试报告NUnit是一个用于测试.NET代码的单元测试框架，它提供了一种简单且灵活的方式来进行单元测试。

本文将介绍如何创建并使用NUnit测试报告。

步骤一：安装NUnit框架首先，我们需要安装NUnit框架。

可以通过NuGet包管理器来安装NUnit。

打开Visual Studio并选择你的项目，在解决方案资源管理器中右键单击项目，选择“管理NuGet程序包”。

在NuGet包管理器中搜索“NUnit”，然后安装最新版本的NUnit框架。

步骤二：创建测试类在项目中创建一个新的测试类，该类将用于定义测试方法。

测试类应该以“Test”结尾，以便与其他类进行区分。

以下是一个示例测试类的代码：using NUnit.Framework;[TestFixture]public class MyTests{[Test]public void TestAddition(){int result = Calculator.Add(2, 3);Assert.AreEqual(5, result);}}在上面的示例中，我们定义了一个名为“MyTests”的测试类，并在其中定义了一个名为“TestAddition”的测试方法。

在测试方法中，我们调用了一个名为“Calculator.Add”的方法来执行加法运算，并使用断言来验证结果是否符合预期。

步骤三：运行测试完成测试类的编写后，我们可以使用NUnit Test Runner来运行测试。

在Visual Studio中，选择“测试”菜单，然后选择“运行”>“所有测试”。

这将会运行项目中的所有测试方法，并生成测试报告。

步骤四：查看测试报告当测试完成后，我们可以查看生成的测试报告。

NUnit会生成一个包含测试结果的HTML文件。

打开该HTML文件，你将看到一个详细的测试报告，其中包含测试的结果、通过的测试用例、失败的测试用例以及其他有关测试的统计信息。

结论通过使用NUnit，我们可以轻松地进行单元测试，并生成详细的测试报告。

NUnit+NUnitAsp使用手册内容提纲：1、NUnit1.1、NUnit概述1.2、NUnit的使用1.2.1、安装1.2.2、测试实现1.2.3、图形化界面的使用(nunit-gui.exe)1.2.4、命令行界面的使用(nunit-console)2、NUnitAsp2.1、NUnitAsp 概述2.2、NUnitAsp的使用2.2.1、安装2.2.2、使用参考资料1、NUnit返回页首--------------------------------------------------------------------------------1.1、NUnit概述NUnit是一个用来专门针对.Net应用程序进行单元测试的工具，利用它我们可以很方便的编写一个单元测试代码，方便我们进行单元测试。

NUnit最新的版本是2.1版，大家可以到站点/ 去下载。

使用NUnit可以通过两种方式：1．图形化界面nunit-gui.exe2．命令行方式nunit-console.exe返回页首--------------------------------------------------------------------------------1.2、NUnit的使用返回页首--------------------------------------------------------------------------------1.2.1、安装NUnit默认是安装在C:\Program Files\Nunit V2.1，安装成功后会在桌面出现一个快捷方式。

我们可以通过运行安装包自带的例子(nunit.tests.dll.)来验证安装是否成功，下面就是安装成功后出现的界面：返回页首--------------------------------------------------------------------------------1.2.2、测试实现1.测试工程的建立a.新建一个.Net类库,添加对nunit.framework.dll的引用,给类加上一个“TestFixture”特性,表明这个类包含测试代码;b.对具体的测试方法添加一个“Test”特性,表明这是一个测试方法,并且测试方法的返回值必须为void并且不能带有参数c.添加对要测试代码(dll)的引用namespace bank{using NUnit.Framework;[TestFixture]public class AccountTest{[Test]public void TransferFunds(){}}}2.Assert类的作用Assert类用在测试方法中，它定义了一组方法用于检查给定的条件，Nunit 可以通过这个类提供的方法。

NUnit基本使⽤⽅法通常的单元测试框架都以他们⽀持的语⾔的开头字母加上Unit作为名字，他们统称为xUnit框架。

C++的叫做CppUnit，Java的叫做JUnit，.Net的叫做NUnit。

当然不是所有的都这么命名，但⼤部分如此。

下⾯我主要讲解⼀下NUni的⼀些基本操作。

1：Nunit两个重要属性1.1：[TestFixture]这个是标识包含⾃动化测试的类，可能改成TestClass⼤家更加理解。

但是代码是⽆法编译过去的。

1.2：[Test]这个是标识这个⽅法需要⾃动化测试的。

记得把这个属性加在要测试的⽅法上。

2：编写第⼀个单元测试2.1：⼀个单元测试通常包含三个⾏为：2.1.1：准备对象（就是对哪个对象就⾏操作）2.1.2：操作对象（对对象进⾏⼀些逻辑处理）2.1.3：断⾔（Assert）和预判产⽣的结果对⽐2.2：编写⼀个判断后缀名的⽅法public bool IsValidExtensions(string fileName){if (string.IsNullOrWhiteSpace(fileName)) throw new ArgumentNullException("fileName");var extension = Path.GetExtension(fileName);if (extension.Contains("pdf")){return true;}return false;}2.3：编写测试⽅法2.3.1：Assert这个类Assert.IsFalse(bool condition, string message)参数1：返回的结果参数2：展⽰失败的信息Assert.AreEqual(int expected, int actual, string message)参数1：期望的结果参数2：实际的结果参数3：展⽰失败的信息当然Assert很多⽅法可以⾃⼰去学习。

visual studio nunit使用方法
在Visual Studio中使用NUnit进行单元测试，需要以下步骤：
1.安装NUnit和NUnit测试框架。

2.创建测试项目。

3.编写测试用例。

4.运行测试。

5.安装NUnit和NUnit测试框架
在Visual Studio中，打开工具>扩展和更新>联机。

在搜索框中输入NUnit，然后单击查找。

找到NUnit和NUnit测试框架，然后单击安装。

创建测试项目
在Visual Studio中，打开文件>新建>项目。

在项目类型下，选择Visual C#>测试>单元测试项目。

在项目名称文本框中输入项目名称，然后单击确定。

编写测试用例
测试用例是用来验证代码是否符合预期行为的代码。

测试用例通常由以下部分组成：
1.测试名称：用于标识测试用例。

2.测试说明：用于描述测试用例的目的。

3.测试预期结果：用于描述测试用例的预期结果。

4.测试代码：用于验证代码是否符合预期行为的代码。

[Test]
public void TransferWithInsufficientFundsAtomicity()
{
Account source = new Account();
source.Deposit(200.00F);
Account destination = new Account();
{
}
}
}
Account类有三个方法：Deposit(存款), Withdraw(取款), TransferFunds(资金转帐)和两个属性：Balance（剩余金额），MinimumBalance（最小透支保护费）。当Balance小于MinimumBalance时，在TransferFunds方法中会抛出InsufficientFundsException异常
编译并运行这个例子。假设你已经将你的测试代码编译为bank.dll。打开NUint Gui（安装程序会在你的桌面和“程序”菜单中建立一个快捷方式），打开GUI后，选择File->Open菜单项，找到你的bank.dll并在“Open”对话框中选中它。bank.dll装载后你会在左边的面板中看到一个测试树结构，还有右边的一组状态面板。单击Run按钮，状态条和测试树种的TransferFunds节点变成了绿色，表示测试代码成功的通过了。（注意GUI会自动地为你重新加载测试程序集；我们可以一直开着NUnit的GUI而在Visual Studio IDE中继续编写更多的测试代码）。
public void TransferWithInsufficientFundsAtomicity()
{
try
{
source.TransferFunds(destination,300.00F);

NUnit学习笔记⼆Mock有时候⼀些测试情况不可能真实、⽅便的模拟出来，这个时候可以借助Mock对象。

Mock对象也就是真实对象在调试期的替代品。

使⽤mock对象进⾏测试的时候，总共分三个步骤，分别是1、使⽤⼀个接⼝来描述这个对象2、为产品代码实现这个接⼝3、以测试为⽬的，在mock对象中实现这个接⼝。

因为测试代码只会通过接⼝来引⽤对象，所以它完全不知道他引⽤的究竟是真实的对象还是mock对象。

（单元测试之道⽤的是 DotNetMock ，⽤的是2.2版本的，但是我⽤的是 2.9的，看类库中好象有NUnit.Mock，等研究⼀下，毕竟是头⼀次接触这⽅⾯的内容，难度还是有滴）下午看了下⽰例代码，照着例⼦做了个简单的demo⼀般是继承Mock类，以下是DotNetMock的helpMockObject ClassBase Mock Object. All custom Mock Objects can extend this object.⼀般的程序结构是这样的//MyMockpublic class MyMock:Mock{//略代码//申明继承了IExpectation接⼝的类，⽐如ExpectationValueExpectation exp =new Expectation("name");//公开两个⽅法/属性可以设置//exp.Actual - 实际的值//exp.Expected -期望的值}//测试代码//在测试代码中，赋值，调⽤MyMock.Verity() ⽅法进⾏验证。

[Test]public void Test_Misspasswork(){MockLogger log =new MockLogger();AccessController acc =new AccessController(log,"Access Control");log.ExpectedName ="Access Control";Assert.IsFalse(acc.CanAccess("userid",null));Assert.IsFalse(acc.CanAccess("userid",""));//inherit Mock’s Methodlog.Verify();Console.Write("Access Success");}。

* 方法不能带任何参数，且不能有返回值
NUnit单元测试方法

示例：测试Form1类中的max() 函数 [TestFixture] public class NUnitTest1 ｛ [Test] public void TestFunc() ｛ Form1 f = new Form1(); int actual = f.max(12, 6); Assert.AreEqual(12, actual); ｝ ｝
NUnit单元测试方法




NUnit是一款开源的单元测试框架，供.net开发人员做单 元测试之用，内容包括配置类库、编写用于测试的类、编 写测试用例 NUnit是实际上就是一组类，你可以用它在你的.NET类上 创建和执行自动的单元测试 使用断言来判断待测试代码是否返回正确的结果，在编写 测试用例的过程中，需要有一个正确的值作为依据，与测 试代码返回的值进行比较 NUnit可以使你很快、很容易地对代码进行单元测试。而 且它是免费的
NUnit与NCover的结合

如何来分析NUnit单元测试代码的覆盖率
在命令行执行： ncover.console NUnit所在路径\nunit-console.exe 析的目标执行程序名
要分
示例：
NCover.Console E:\WORK\软件\NUnit+2.4.1+中文绿色版 \bin\nunit-console E:\ZQS\test\test1\test1\bin\Debug\test1.exe
NUnit与NCover的结合

如何监视代码的执行情况，报告每行代码执行次数
在命令行执行： ncover.console 监视的执行程序名 示例：

nunit 报告格式-回复NUnit报告格式这篇文章将会针对NUnit报告格式进行详细解析，提供一步一步的回答。

NUnit是一个广泛使用的单元测试框架，它提供了丰富的功能来帮助开发者进行单元测试。

NUnit报告是在运行测试后生成的文档，用于呈现测试结果和详细信息。

我们将会探索如何设置和解读这些报告。

第一步：安装和设置NUnit首先，我们需要在项目中安装NUnit框架。

可以通过NuGet包管理器或者手动安装NUnit框架包。

确保已经安装并配置了NUnit框架，然后开始进行单元测试。

第二步：编写单元测试在项目中编写单元测试方法，并使用NUnit提供的特性进行标记。

这些特性可以包括[TextFixture]（表示一个测试类），[Test]（表示一个测试方法），以及其他一些帮助我们配置和组织测试的特性。

确保单元测试方法具有良好的命名规范，并且能够清晰地表达被测试的功能和预期结果。

第三步：运行单元测试通过选择合适的运行选项（例如通过NUnit的可视化界面或命令行运行），开始运行单元测试。

NUnit将会执行你的测试方法，并记录测试结果和其他相关信息。

第四步：查看NUnit报告运行完成后，你将会看到一个生成的NUnit报告文件。

这个报告文件一般是XML格式的，可以使用任何可以显示XML的编辑器或浏览器进行查看。

打开报告文件后，你将会看到一系列的测试结果和附加信息。

这些信息包括测试是否通过、测试运行时间、执行环境，以及任何其他你可能在单元测试方法中记录的信息。

第五步：分析报告内容根据你的需要，分析报告内容以获取有关测试结果的详细信息。

你可以查看失败的测试用例并查找失败的原因，也可以查看通过的测试用例以确认预期结果的正确性。

除了测试结果，NUnit报告也提供了执行统计信息，比如运行时间、测试数量、通过的测试数量等。

这些统计信息可以帮助你评估你的单元测试的整体性能。

第六步：调试和修改根据报告中的结果和分析，你可能需要进行代码调试和修改。

单元测试之道（使用NUnit）2010-08-02 作者：张洋来源：EricZhang's Tech Blog首先来看下面几个场景你是否熟悉1、你正在开发一个系统，你不断地编码-编译-调试-编码-编译-调试……终于，你负责的功能模块从上到下全部完成且编译通过！你长出一口气，怀着激动而又忐忑的心情点击界面上的按钮，顿时你刚刚的轻松感烟消云散：系统无法正常工作，你想读的数据显示不出来，你想存的东西也送不到数据库……于是，你再次回到IDE里，设断点、调试、一层一层跟踪，当你精疲力尽终于将数据送到数据库里，你又发现了其它问题，于是你继续设断点、调试、编译、调试……2、你狂躁地敲击着键盘和鼠标，咒骂着不断出现的bug：啊？这里怎么没返回值啊！哎？这里不该是0啊！不对啊，这里怎么没数据……你永远不知道还有多少bug，你也永远不知道你的改动会不会引入其它bug——这里有几十个甚至上百个类，几百几千个方法！我不能都照顾到啊！你感觉bugs像敲击鼹鼠游戏中的鼹鼠：打下了这个，另一个又从其它洞口露出头来……3、也许是毕业答辩的演示，也许是客户的审查，你小心地打开自己要演示的系统，进行着预定的操作，忽然，有个功能不能正常运行，你大汗淋漓，在答辩老师或者客户质疑且不满的目光下你试了又试，但还是于事无补……于是，答辩老师可能扭头便走，客户可能愤然离去，然后离去的还有你的学位证和项目奖金。

当后来你检查代码时，发现这一切竟然只是因为一个底层工具类中一个方法输出结果为空。

如果你觉得上面的场景令你似曾相识甚至痛心疾首，那么你应该看完这篇文章。

什么是单元测试单元测试（Unit Test）的一个测试用例（Test Case）是一小段代码，这段代码用于测试一个小的程序功能（一般是一个方法或相关的几个方法）行为是否正常。

下面给出一个实际项目中单元测试用例的代码，大家可以不用深究这段代码中的细节，这里贴这段代码只是给大家一个直观的感觉。