什么TDD,让它见鬼去吧!

开发 开发工具
张大胖是个积极进取的程序员, 在日常工作之余,他还学习单元测试,重构等编程实践。这一天晚上他看到微信群里在激烈地争论一个叫TDD的东西,不由地来了兴致,上网搜索了一下。

 张大胖是个积极进取的程序员, 在日常工作之余,他还学习单元测试,重构等编程实践。

这一天晚上他看到微信群里在激烈地争论一个叫TDD的东西,不由地来了兴致,上网搜索了一下。

原来TDD就是Test Driven Development(测试驱动开发),强调测试先行,小步快跑,用测试用例驱动出程序的接口和代码。

1

TDD步骤看起来异常简单:

1. 写一个失败的测试用例

2. 写一点代码,让这个测试通过

3. 重构代码(如果需要的话),转到第一步

 

 

[[322573]]

 

张大胖心想,这三个步骤不就是“把大象关到冰箱里”嘛,太抽象了! 一点儿都不实用!

他又搜了一些文章,发现这些文章中讲的都是一些极其简单的例子,如加减法计算器,货币转换等等。

比如这个计算器的例子,第一步先写一个简单的测试用例,用来测试两个数字相加的行为。

  1. public class CalculatorTest { 
  2.     @Test 
  3.     public void testAdd(){ 
  4.         Calculator calculator = new Calculator(); 
  5.         int result = calculator.add(10,20); 
  6.         Assert.assertEquals(30, result); 
  7.     }    

第二步在Calculator中实现add方法,完成两个数相加的逻辑,让测试通过。

  1. public class Calculator{ 
  2.     public int add(int a, int b){ 
  3.         return a + b; 
  4.     } 

这个逻辑极其简单,就不用重构了。直接写下一个测试用例, 测试两个数字相减的行为。这样周而复始下去,直到所有功能都完成。

张大胖撇撇嘴:这就是TDD? 太没技术含量了,我明天就在项目中尝试一把!

2

第二天,张大胖看了一下自己的任务列表,里边有这么一个需求:

在下订单的时候,根据订单的金额,扣除优惠券,按照规则给用户增加相应积分

张大胖看了看这个计算规则,非常简单,估计一个函数就能搞定。

好,就拿你来试一试TDD这把刀吧,看看TDD到底有没有那么好,或者那么差。

第一步,先写一个失败的测试!

张大胖心中非常清楚,这个系统用的是Spring,典型的Controller -> Service -> DAO。

在Controller中根本没有逻辑,就是调用Service而已。所以直接对Service层写单元测试吧, 张大胖很快就定位到这个新需求相关的类, 即OrderService的submit方法。

TDD本来是要驱动出接口的,现在看来不用了,已经存在了,张大胖看了一下接口的输入输出:

  1. public class OrderService{ 
  2.     public String submit(String requestBody){ 
  3.         ...... 
  4.     } 

这个方法的输入参数居然是一个XML字符串! 其中包含了像couponID, addressID这样的东西。

  1. <createOrder> 
  2.     ..... 
  3.     <addressID>xxxx</addressID> 
  4.     <couponID>xxxx</couponID> 
  5.     <paymentType>xxxx</paymentType> 
  6.     ...... 
  7. </createOrder> 

返回值也是一个XML字符串, 表示成功或者失败(以及对应的失败消息)。

  1. <result>     
  2.     <status>xxxx</status> 
  3.     <msg>xxxx</msg> 
  4. </result> 

这年头还用XML做参数,只能说这是一个老应用了!

3

按照TDD的节奏, 张大胖写下第一个测试用例,并且让它失败。

  1. public void OrderServiceTest{ 
  2.     public void testBonusPoints(){          
  3.           String requestBody= ......; 
  4.           //执行submit方法 
  5.           String result  = orderService.submit( requestBody);            
  6.           ?? 验证积分, 可是怎么验证?? 
  7.     } 

等一下,这个测试的输入参数容易构建,但是submit方法的返回值中根本就不会包含积分信息!那怎么才能我计算出的积分是正确的?

难道让submit方法返回积分数据?那就修改了本来是通用的接口协议,太不像话了!

第二个问题也很快浮现,积分计算的逻辑很简单,但是需要订单总金额和优惠券这两个信息,可是在测试用例中,这两个信息从哪里来?

订单总金额需要购物车,这是在数据库存放的,优惠券ID在submit方法的参数中,详情也在数据库中。

积分的计算这么简单,难道我还得先在数据库中创建一个购物车和优惠券,然后通过ShopCartService和CouponService从数据库读出来?这也太变态了吧?

不,单元测试一定要避开数据库,必须得用Mock的方式吧,张大胖知道一个Mock框架叫Mockito,挺好用的,就用它了。

张大胖又浏览了一下OrderService.submit这个长达2000多行的函数,这一看不打紧,张大胖发现这个函数依赖了另外七八个Service: UserService, ShopCartService, CouponService ......

这几个Service有的严重依赖数据库, 有的严重依赖Http ,有的依赖消息队列。

也就是说要想让submit方法顺利执行,必须得把这七八个Service都Mock出来,让它们能协调工作,例如:

给一个userID,就能返回一个正确的user对象。

给一个couponID,就能返回一个正确的coupon对象。

Mockito能实现这个功能,但是协调七八个个Service的相关对象,需要写出大量代码才行!测试用例中的代码会变得非常复杂、非常脆弱。

张大胖傻眼了 !自己连一个测试用例都写不出来,还搞什么TDD?

4

张大胖叹了一口气, 放弃了写测试用例的想法, 在OrderService.submit方法中,找到了合适的地方,然后根据订单金额和优惠券信息,写了几十行代码,把积分计算了出来,保存到数据库中。

然后启动程序,通过界面的方式提交了几个订单,涵盖了各种情况, 做了手工测试,然后检查数据库,他高兴地发现,积分计算完全正确,这才花了不到一个小时。

什么TDD, 让它见鬼去吧!

后记:

实际上真正的TDD并不是文章中那么简单的三个步骤, TDD正确的做法是根据需求先写粗粒度的功能测试,这些测试能驱动出程序的接口, 然后写细粒度的单元测试,驱动出细节代码。今天这篇文章实在太长了,就不展开了,再写一篇文章来讲吧。

理解了TDD的思路以后,改变思维,实施TDD并不是一件特别难的事情。

我这些年遇到的主要困难是遗留项目,代码很乱,可测试性很差,想写出清晰良好的测试,经常需要重构大量代码,这就得不偿失了,说是做TDD,其实大量的时间是在重构代码,开发进度缓慢,看不到立竿见影的好处,于是就放弃了。

【本文为51CTO专栏作者“刘欣”的原创稿件,转载请通过作者微信公众号coderising获取授权】

 

戳这里,看该作者更多好文

 

责任编辑:武晓燕 来源: 51CTO专栏
相关推荐

2018-06-07 09:32:07

2013-05-13 11:51:29

2017-07-19 09:04:37

2011-09-15 16:18:04

Android应用IOS应用FatBooth

2021-12-31 18:24:45

ThreadLocal数据库对象

2022-01-26 14:29:04

区块链加密货币技术

2018-05-08 14:58:07

戴尔

2017-03-16 13:17:54

TDD代码开发

2018-08-01 23:35:30

量子计算机芯片超算

2019-05-07 08:09:08

WiFi运营商网络

2017-03-16 13:28:34

TDD代码软件架构

2022-11-25 09:42:53

AI技术

2023-11-07 08:00:00

Kubernetes

2018-03-22 14:47:13

容器开发人员笔记本

2015-08-17 10:50:34

2011-05-04 11:26:47

优化

2018-08-09 10:33:29

无线WiFi蹭网

2024-11-25 12:20:00

Hystrix微服务架构

2017-07-18 09:02:05

磁盘克隆软件

2022-08-24 15:03:21

数据智能数据分析
点赞
收藏

51CTO技术栈公众号