.net中的TDD

发布时间：2020-12-13 20:28:30 所属栏目：百科来源：网络整理

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

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 DataOperatetarget = 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 DataClasses1DataContextDCDC = 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 <? xmlversion="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( " TestDataOperateRecordExistTestCase.xml " )]
3 [TestMethod()]
4 public void GetRecordTest()
5 {
6 ……
7 ｝
8

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

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

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!