.net中的TDD

前端之家收集整理的这篇文章主要介绍了.net中的TDD前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
TDD(Test-Driven Development) 测试驱动开发,就是以测试用例来带动开发,也就是先做测试用例,然后根据测试用例做开发。TDD 的好外使是开发人员可以针对性的做开发,目标就是通过测试用例,当然,TDD 更适合做逻辑的程序员,不适合更多的与UI 开发相关的程序员。
不管是TDD 也好,传统的开发也好,肯定要先做设计,设计展开后如果采用普通方法做开发,那就是开始写代码,然后单元测试,集成测试等工作。如果用TDD ,那就要先从设计中把测试列表(其实就是要实现的功能,人机交互的条目罗列出来,形成一个列表)整理出来。然后就开始开发,在TDD 中,“红- 绿- 重构”的过程很多说明TDD 文章都要说到,本篇也不例外。
有了测试列后,先拿出一个条目,进行测试的开发,开发完成运行,因为被测的程序还没有编写肯定是失败的,然后实现程序,再测,可能还失败,改成,测试成功,然后重构来优化代码,再进入下一个测试条目的循环。

PHP?refimg=" + this.src)" style="width: 530px; height: 501px" border="0" alt="" src="http://img.jb51.cc/vcimg/static/loading.png" width="530" height="501" src="http://images.cnblogs.com/cnblogs_com/axzxs2001/TDDCycle.jpg">

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

PHP?refimg=" + this.src)" border="0" alt="" src="http://img.jb51.cc/vcimg/static/loading.png" width="173" height="124" src="http://images.cnblogs.com/cnblogs_com/axzxs2001/UT_ClassMap.jpg">

我们选一个条目―― 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 面板。

PHP?refimg=" + this.src)" border="0" alt="" src="http://img.jb51.cc/vcimg/static/loading.png" width="387" height="114" src="http://images.cnblogs.com/cnblogs_com/axzxs2001/UT_DataTable.jpg">

数据表结构

PHP?refimg=" + this.src)" border="0" alt="" src="http://img.jb51.cc/vcimg/static/loading.png" width="439" height="66" src="http://images.cnblogs.com/cnblogs_com/axzxs2001/UT_Data.jpg">

数据表中数据
然后在类库的 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( " TestDataOperate\\RecordExistTestCase.xml " )]
3 [TestMethod()]
4 public void GetRecordTest()
5 {
6 ……
7
8
OK ,现在就要以用上面xml 里的数据来批量测试了。
测试通过来,接下来就要程序员来整理一下自写的代码了,比如书写规范问题,方法是否冗余重复,注释是否完善等。也就是所说的重构了。
到此,一个TDD cycle 就完成了,现实的cycle 可能更复杂,这里只是对单个测试条目单个方法进行说明的。
TDD 更适合在敏捷的开发中去用,比如 XP ,虽然 scrum 是侧重管理和组织,也能很好的溶入 TDD
原文链接:https://www.f2er.com/javaschema/287663.html

猜你在找的设计模式相关文章