什么是.NET中的TDD？ -pc6资讯

您的位置：首页 → 技术开发 → .Net 专栏 → 什么是.NET中的TDD？

什么是.NET中的TDD？ 时间：2010/1/20 10:14:00来源：本站整理作者：我要评论(10)

不管是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 }

　　接下来，可以继于这个方法，来自动创建一个单元测试，右键方法，创建测试。

　　一个测试的项目就会自动创建进来，在生成的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 }

　　在这里，测试的用例只有一个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 ().Where(record=>record.ID ==id).Count() ==1)

　　5 {

　　6 return true;

　　7 }

　　8 else

　　9 {

　　10 return false;

　　11 }

　　12 }

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

　　这时我们再运行测试，会发现测试通过了，这时我们叫做“绿”。

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

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

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

　　4 0

　　5 false

　　8 -1

　　9 false

　　12 1

　　13 true

　　当然你还可以添加你以为好的测试用例。

　　再改造一下测试方法

　　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 }

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

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

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

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

相关视频

没有数据

文章评论

查看所有10条评论>>

热门文章 没有查询到任何记录。