.net中的TDD

TDD(Test-Driven Development) 测试驱动开发，就是以测试用例来带动开发，也就是先作测试用例，而后根据测试用例作开发。TDD 的好外使是开发人员能够针对性的作开发，目标就是经过测试用例，固然，TDD 更适合作逻辑的程序员，不适合更多的与UI 开发相关的程序员。

无论是TDD 也好，传统的开发也好，确定要先作设计，设计展开后若是采用普通方法作开发，那就是开始写代码，而后单元测试，集成测试等工做。若是用TDD ，那就要先从设计中把测试列表（其实就是要实现的功能，人机交互的条目罗列出来，造成一个列表）整理出来。而后就开始开发，在TDD 中，“红- 绿- 重构”的过程不少说明TDD 的文章都要说到，本篇也不例外。

有了测试列后，先拿出一个条目，进行测试的开发，开发完成运行，由于被测的程序尚未编写确定是失败的，而后实现程序，再测，可能还失败，改为，测试成功，而后重构来优化代码，再进入下一个测试条目的循环。

 

在.net 平台下，怎么去实现呢？

本例中用VS2010 行进说明，设计部分，能够用vs2010 的新功能Modeling ，在Modeling 里，能够画类图，还能够添加其中的成员，包括返回值类型，参数个数和类型，有了这些方法的签名，对咱们先构建测试就提供了依据，对测试程序来讲，不关心实现的细节，只用知道参数是什么，返回是什么，拿上这个方法的返回值与给定的返回值做对比，从而来肯定方法实现的功能是否正确。在Visual Studio 中，能够很方便的来自动建立单元测试，这些方便要归功于“反射”这个技术。固然，通常而然，测试不是只有一个数据，可能要一系列数据，或者更多的数据，在.net 平台下，也提供了相应的功能。

下面来作个DEMO 说明一下。

先看一个类图，也能够把类中的主要功能，当成一个个条目添加到测试列表中。

 

咱们选一个条目—— GetRecord ，参数是一个 ID 的整型，返回值是一个逻辑类型，本方法用来实如今一个库中查询输入的 ID ，看是否存在。

根据类图，能够在类库项目中生成一个类，以下

 

 

1  public   class  DataOperate
2      {
3           public   bool  GetRecord( int  id)
4          {
5               throw   new  Exception( " 没有实Ì现? " );
6          }
7      }
8 

 

 

接下来，能够继于这个方法，来自动建立一个单元测试，右键方法，建立测试。

一个测试的项目就会自动建立进来，在生成的CS 文件中，重点看以下代码（关于单元测试的其余知识可参照http://msdn.microsoft.com/zh-cn/library/ms182515(VS.80).aspx ）

 

 1  [TestMethod()]
 2           public   void  GetRecordTest()
 3          {
 4              DataOperate target  =   new  DataOperate(); 
 5               int  id  =   0 ; 
 6               bool  expected  =   false ; 
 7               bool  actual;
 8              actual  =  target.GetRecord(id);
 9              Assert.AreEqual(expected, actual);         
10          }
11 

 

 

在这里，测试的用例只有一个id=0 ，返回值为false ，如今测试，确定通不过，由于被测的方法尚未实现。此时叫作“红”。

接下来就要实现GetRecord 方法。

新建一个类库项目，而后添加一个LINQ To SQL 的子项，把下表拖放进LINQ To SQL 面板。

数据表结构

 

数据表中数据

 

而后在类库的 CS 文件中，添加入下代码：

 

 1  public   bool  GetRecord( int  id)
 2          {
 3              DataClasses1DataContext DCDC  =   new  DataClasses1DataContext( " server=.;database=mytestdb;uid=sa;pwd=sa; " );         
 4               if  (DCDC.GetTable < Pic_Table > ().Where(record => record.ID  == id).Count()  == 1 )
 5              {
 6                   return   true ;
 7              }
 8               else
 9              {
10                   return   false ;
11              }
12          }
13 

 

固然测试是不关心咱们用什么技术实现方法的，它只关系输入和输出。

这时咱们再运行测试，会发现测试经过了，这时咱们叫作“绿”。

可能有的人发现，在这个测试中，只能测一个数据，没有表明性，若是要测多个数据，还得一个一个换id 值和expected 值。是的，这是一个头痛的事，得想们办法来解决。

正好，微软有提供数据驱动的单元测试，什么意思呢？就是能够把id 和expected 的值保存在数据源中，而后批量测试。若是全经过说明这个方法实现的没问题，若是有错，也能够针对性的能找出什么数据使GetRecord 方法报错的。这个东西很不错。

首先来构建一个数据源， XML 是个不错的选择，新建一个 RecordExistTestCase.xml 文档，内容以下

 

 1  <? xml version="1.0" encoding="utf-8"  ?>
 2  < DataSourses >
 3     < pic >
 4       < id > 0 </ id >
 5       < value > false </ value >
 6     </ pic >
 7     < pic >
 8       < id > -1 </ id >
 9       < value > false </ value >
10     </ pic >
11     < pic >
12       < id > 1 </ id >
13       < value > true </ value >
14     </ pic >
15  </ DataSourses >
16 

 

 

固然你还能够添加你觉得好的测试用例。

再改造一下测试方法

 

1  [DataSource( " Microsoft.VisualStudio.TestTools.DataSource.XML " ,  " |DataDirectory|\\RecordExistTestCase.xml " ,  " pic " , DataAccessMethod.Sequential)]
2          [ DeploymentItem( " TestDataOperate\\RecordExistTestCase.xml " )]
3          [ TestMethod()]
4           public   void  GetRecordTest()
5          {  
6  ……
7  ｝
8 

 

 

OK ，如今就要以用上面xml 里的数据来批量测试了。

测试经过来，接下来就要程序员来整理一下自写的代码了，好比书写规范问题，方法是否冗余重复，注释是否完善等。也就是所说的重构了。

到此，一个TDD cycle 就完成了，现实的cycle 可能更复杂，这里只是对单个测试条目单个方法进行说明的。

TDD 更适合在敏捷的开发中去用，好比 XP ，虽然 scrum 是侧重管理和组织，也能很好的溶入 TDD 。