走进单元测试三：实战单元测试

前两篇文章讲解了一些关于单元测试的基本理论知识，接下来我们应该理论联系实践，在实践中体会单元测试带给我们的便利！
　　 环境：VS2008,2010版本！

　　 关于怎么在VS中创建单元测试，园子里已经有很多这样的文章了，请参考以下链接：　　

　　 http://www.cnblogs.com/heqichang/archive/2011/09/30/2196779.html

         http://www.cnblogs.com/TerryFeng/archive/2009/05/24/1488333.html

         http://www.cnblogs.com/zhijianliutang/archive/2011/12/15/2288423.html

 　

　目录：

前言

单元测试框架
断言(Assert)
测试异常

忽视测试

数据驱动测试

单元测试的利器 → Moles技术
　1.前言 　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　　　一个完整的测试必须符合以下几点：　　　　

A)  考虑到各种情况，准备测试所需要的各种数据，这一步是测试的关键所在！
B)  调用要测试的方法！
C)  验证被测试方法的行为跟预期的是否一致！
D)  完成验证测试之后清理各种资源！
 
　2.单元测试框架　　　　　　　　　　　　　　　　　　　　　　　　　　

　　测试框架的DLL文件名为： Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll
             在VS自动创建单元测试项目就会自动引用这个DLL了！

　　　　测试类的基本结构如图：　　　　

　　　　


　　　　基本的测试类结构就是这样的！

 

　3.断言(Assert)　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　　　在单元测试代码里断言是无处不在的，我们应该合理的使用断言来验证数据！

　　　　它是一个静态类，主要有下面几种方法用来验证函数的结果跟我的预期是否一致！

　　　　① Assert.AreEqual

　　　　　　主要是验证函数产生的影响值或返回的值跟预期是否一致，这个方法不适合验证返回的数据集以及集合之类的数据，主要针对字符串，数字等等的单一类型，它还有个泛型重载，这个是比较好的，建议多使用，它还有第三个参数，是一个string型的message，基本上不会用到！

　　　　　　 ☆ Note：不要把参数的含义搞混，第一个参数是你的期望值(Except)，第二个参数是函数返回或影响程序产生的实际值(Actual)，不要把两个颠倒过来，因为如果运行正确没有什么大碍，如果运行产生错误，有的时候就会看错掉，造成判断失误，要注意了，这是一个规范！

　　　　　　 例子：
            　    Assert.AreEqual<string>("a", "a", "cheng xu yuan"); 
　　　　② Assert.AreNotEqual　　　　
　　　　　　没什么要讲的，情况跟上面相反，主要是验证实际值跟期望值不相等的情况！
　　　　③ Assert.AreSame
　　　　　　判断实际值跟预期值的类型是否一致！
　　　　④ Assert.AreNotSame
　　　　　　跟上面正好相反，测试类型不一致！
　　　　⑤ Assert.IsNotNull，Assert.IsNull，Assert.IsTrue，Assert.IsFalse
　　　　　　看这些方法名就知道什么意思了！
　　　　⑥ Assert.IsInstanceOfType，Assert.IsNotInstanceOfType
　　　　　　判断指定的对象是否是指定的类型！
　　　　⑦ Assert.Fail
　　　　　　迫使断言失败，不管前面的断言是否都成功了，但测试结果是错误的，因为我强制断言失败了！
 　　　　总结：一个好的测试案例，里面的断言至少是大于一个的，这样才能验证数据的准确性，保证验证数据的严谨性！
　　　　 例：如果实际值是个DataSet一般测试流程为：①判断是否为“null” → ②判断是否为“Empty”(验证是否有数据) →③ 接下来再验证数据的一致性，所以验证DataSet的基本流程就是这样的！　　　

1 　　　　/// <summary>
2 　　　　 /// Modify.
3　　　　  /// </summary>
4         [TestMethod()]
5         [RollBack()]
6         public void UpdateBondAssessApplicationConfiguration_ModifyData_DataUpdated() //注意命名规范，下一篇会着重讲解！
7         {
8             AssessApplicationConfigurationDataSet assessConfigurationDataSet = target.GetBondAssessApplicationConfiguration();
9             assessConfigurationDataSet.CM_LookupConfiguration[0].Description = "This is my modify";
10             AssessApplicationConfigurationDataSet actual = target.UpdateBondAssessApplicationConfiguration(assessConfigurationDataSet);
11             AssessApplicationConfigurationDataSet newAssessAppDataSet = target.GetBondAssessApplicationConfiguration();
12
13             Assert.IsNotNull(actual);                                                                       //第一步 验证是否为Null
14             Assert.IsTrue(actual.CM_LookupConfiguration.Rows.Count > 0);                                    //第二步 验证是否为Empty
15             Assert.IsTrue(newAssessAppDataSet.CM_LookupConfiguration[0].Description == "This is my modify");//第三步 验证数据的一致性
16             Assert.IsTrue(CompareToTable(newAssessAppDataSet.CM_LookupConfiguration, actual.CM_LookupConfiguration));
17         }

 
　4.测试异常 → ExpectedException(异常属性)　　　　　　　　　　　　　　　　
　　　　当代码中有抛出异常的情况时，我们应该对这个异常的准确性进行测试，首先要捕获这个异常，然后再跟我预期定义的异常进行比较就行了！
　　　　在VS自带的测试框架中提供了处理异常的测试！
             这个异常属性有两个构造函数重载：
　　　　第一个参数：函数中出现异常的类型 →  [ExpectedException(typeof(NullReferenceException))]
　　　　第二个参数：异常所提示的信息(Message) → [ExpectedException(typeof(NullReferenceException),"Don't is null.")]
 　　　  总结：在测试一些非法数据，边界值，异常测试是非常有用的，一旦发现异常，后面的一切断言和代码将跳过，然后系统将会把异常和你预期的异常进行比对，一致则表示通过，反之有错误！　　　　

1 　　　　 /// <summary>
2 　　　　 /// Is null.
3 　　　　 /// </summary>
4         [TestMethod()]
5         [RollBack()]
6         [ExpectedException(typeof(NullReferenceException))]  //第一种只定义了异常类型！
7         public void UpdateLookupChequeNumberRegion_UpdateChequeNumberRegionAndDataSetIsNull_ThrowException()
8         {
9             LookupChequeNumberRegionDataSet actual = target.UpdateLookupChequeNumberRegion(null);
10         }
11
12         /// <summary>
13 　　　　 /// Add.
14 　　　　 /// </summary>
15         [TestMethod()]
16         [RollBack()]　　　　　　　　　　　　//第二种定义了预期的异常类型还定义了异常信息！
17         [ExpectedException(typeof(BusinessException), "The category and code combination you have entered already exist. Please enter a different category and code combination.")]
18         public void UpdatePolicyConsideration_AddPolicyTheCODEIsSame_ThrowException()
19         {
20             string newGUID = Guid.NewGuid().ToString();
21             CodeTableDataSet expectedDataSet = target.GetPolicyConsideration();
22             expectedDataSet.T_IC_CODE.AddT_IC_CODERow(GetNewRow(expectedDataSet, null, ref newGUID));
23             CodeTableDataSet actual = target.UpdatePolicyConsideration(expectedDataSet);
31         }

 　　
　5.忽视测试 → Ignore属性　　　　　　　　　　　　　　　　　　　　　　
　　　　添加这个属性表明现在这个测试案例在运行时将不会被执行，跳过此方法！　　　　

1 　　　　 [TestMethod()]
2         [Ignore()]        //运行单元测试时将忽视这个测试案例
3         public void GetBondDebt_InputValidClientID_RecordFound()
4         {
5             int clientCoreID = GetClientIDForSomeCondition();
6             DebtDataSet actual = target.GetBondDebt(clientCoreID);
7
8             Assert.IsNotNull(actual);
9             Assert.IsTrue(actual.Debt.Rows.Count > 0);
10             Assert.IsTrue(CompareToDataSetAndList(actual, clientCoreID));
11         }

  
　6.数据驱动测试　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　在上一篇提到过当你的数据量很大的时候，有一种解决方案是采用数据驱动测试，把我们需要用来测试的数据放在文件中，然后运行测试，让测试代码去读取文件中的数据！
　　　　其实它也有一定的局限性，所以在合理的场合中合理的使用将减轻我们的工作量，这个判断只能给为看官去判断了！
　　　　当前支持Sql Server ，Oracle，CSV，XML等等文件，下面我就介绍下CSV和XML文件的使用方法！
　　　　也可以参照园子里面的博文：
　　　　http://www.cnblogs.com/zhijianliutang/archive/2011/12/15/2289398.html
　　　　http://www.cnblogs.com/heqichang/archive/2011/10/08/2202441.html
　　　　①CSV作为数据文件
　　　　　　我们写一个简单不能再简单的的加法运算方法来作为示例：　

1 　　　　 public int Add(int numberOne, int numberTwo)
2           {
3             int one = numberOne;
4             int two = numberTwo;
5             int three = numberOne + numberTwo;
6             return three;
7           }

 　　　　　　a) 首先要创建连接字符串，具体步骤如下：　　　　　　　　
　　　　　　　　I，

　　

　　　　　　　　II，


　　　　　　　　III，


　　　　　　　　通过上面步骤的操作，就会进入选择文件的界面，按照提示即可完成，当然前提你的数据文件要准备好，完成之后会出现如下代码：　　　　　　

1 　　　 /// <summary>
2 　　　　 ///Add 的测试
3 　　　　 ///</summary>
4         [DataSource("Microsoft.VisualStudio.TestTools.DataSource.CSV",
5                     "|DataDirectory|\\number.csv",
6                     "number#csv",
7                     DataAccessMethod.Sequential),  //这个是连接字符串，你也可以手动写，不要按照上面步骤操作，当然要写对单词和“注意文件的路径”！
8         DeploymentItem("MyTest\\number.csv"),
9         TestMethod()]
10         public void AddTest1()
11         {
12             Program target = new Program();
13             int numberOne = Convert.ToInt32(this.testContextInstance.DataRow["One"]);　　//获取数据！
14             int numberTwo = Convert.ToInt32(this.testContextInstance.DataRow["Two"]); ;
15             int expected = Convert.ToInt32(this.testContextInstance.DataRow["Except"]);
16             int actual = target.Add(numberOne, numberTwo);
17             Assert.AreEqual(expected, actual);
18         }

 　　　　　　点击运行你的测试，程序会通过你设置的路径去文件里面一行一行的读取数据，然后验证数据，如果其中有一行数据报错，那么整个测试也就是失败了，所以保证数据的正确性很重要！

　　　　 　　注意：CSV默认会以Excel的方式打开，但是它里面的数据摆放有一个规则，就是以逗号的形式呈现，所以我还是建议大家使用记事本来添加数据！
　　　　　　　
　　　　②使用XML作为数据文件
　　　　　　其实使用方法跟上面的一样，尤其注意的是你XML文件里面数据的格式！　　　　　　

1 　　　　<table>　//一定要设置根节点，如果不设置在文件选择的时候会报错！　　　
2             <my>
3                 <price>1</price>
4                 <number>1</number>
5                 <total>1</total>
6             </my>
7             <my>
8                 <price>2</price>
9                 <number>2</number>
10                 <total>4</total>
11             </my>
12         </table>

　　　　　　注意：怎么来获取数据呢？Convert.ToInt32(this.testContextInstance.DataRow["price"]) 通过这样的方式来获取数据，还有在选择文件时，要确认是否选中了一个数据源文件，这个不要疏忽了！
　　　　③使用数据库作为数据文件很简单，配置一下连接字符串，设置一下路径就好了，在此就不讲解了！
　　
　7.单元测试的利器 → “Mole”技术　　　　　　　　　　　　　　　　　　　　
　　　　首先想感谢下项目组的Tian Mi大哥是他把这项技术带给我们的，谢谢他的无私奉献！
　　　　园子里面也有一篇精华文章，讲解了基本用法，链接为：http://www.cnblogs.com/hwade/archive/2010/11/26/Moles.html
　　　　“Mole”文件的下载地址：http://www.kuaipan.cn/index.php?ac=file&oid=29568238492847207
 
　　　　①应用环境：
　　　　　　所属模块依赖于系统的其它模块，依赖于系统的一些配置环境，还有就是调用第三方接口或服务等等的场景！
　　　　　　在这样的场景下我们的测试是不能直接调用第三方接口或服务的，所以我们要制造一个虚拟的环境，当我们去调用接口时，Mole技术会拦截我们调用的方法，从而转向我们自己制造的虚拟环境，那么就不会直接调用第三方接口和服务了！
 
　　　　②基本的操作流程不讲解了，如果你看了http://www.cnblogs.com/hwade/archive/2010/11/26/Moles.html这篇文章就明白了，我就将一些在写测试时遇到的几个小问题！
 
　　　　③如果“Moles”结束后，项目编译的时候报错，具体的错误我也不怎么知道了，但是我在网上搜了很久才找到答案的！
　　　　　　步骤：点击你的Moles文件，你会发现他是个XML配置文件，修改它的属性就好了，如：　　　　　　

1 　　　　　　<Moles  xmlns="http://schemas.microsoft.com/moles/2010/"  DisableCache="true" >  //增加一个DisableCache = "true"这个属性，如果遇到问题，基本都是这个问题，这样解决就Ok了！
2   　　　　　　<Assembly Name="Foundation.FinanceManagement.BusinessService"  />
3 　　　　　　</Moles>

　　　　
　　　　③有“Ref”参数的方法应该怎么写？
　　　　　　如果参数中ref参数，那么就不能按一般的方式写了，应该这样写：



 

　　　　④Moles的基本语法

　　　　　　Moles的内部原理没有明白，只懂的怎么去用它，基本的语法可以模仿上面的写法！

　　　　　　因为你把一个DLL Moles之后并编译之后会生成一个新的DLL，这里面就是虚拟环境场所，而且类名称都是以“M”开头的！

　　　　　　语法：命名空间 + Moles + M + 你Moles掉的类名 + Allinstance + 选择你要拦截的方法名 = (instance(必填参数，如果方法没参数，也必要添个))  =>

　　　　　　　　　{

　　　　　　　　　　　　//里面写你的逻辑，制造你自己的虚拟环境，如果方法有返回值，可以自己指定返回值的！

　　　　　　　　　};

　　

　　好了，关于在实践中的单元测试就这么多了，其实最重要的还是你考虑测试的角度要多样化，就是考虑问题要全面，还有代码的简洁性，重构，封装等等，下一篇将是对这方面的着重讨论！