TDD的一个简单例子

from:来源
如果你懒得去看那些很长很长的例子,不妨看看下面这个小例子,这个例子能让你对测试驱动开发有一个直观的了解.
最起码让你知道测试驱动开发是一种开发技术而不是一项测试的技术 emsmilep.gif
Fibonacci 数列,呵呵可能有不少人都忘了怎么编的了吧,那正好带你看看tdd的威力emsmile.gif

测试驱动开发,那么测试先行是必然的了.

第一个测试来了

None.gif public   void  testFibonacci() // 不要以为这是junit,nunit也可以这样写,而不是非要用属性哦,不信你试试
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
InBlock.gif  AssertEquals(
0,Fib(0));
ExpandedBlockEnd.gif}


Fibonacci 数列的第一个数是0,人人都知吧,好了现在测试代码有了,那么我们先运行一下测试吧.
失败,报错,可恶的red进度条.
显然,因为我们还甚至还没有Fib()这个函数呢.
那么让我们赶紧让这个测试通过吧.

None.gif int  Fib( int  n)
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
InBlock.gif 
return 0;
ExpandedBlockEnd.gif}



ok!!!  green  这将是你在tdd中最喜欢看到的颜色(多看绿色对我们的视力也是好事emsmile.gif)

第二个测试

None.gif public   void  testFibonacci()
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
InBlock.gif  AssertEquals(
0,Fib(0));
InBlock.gif  AssertEquals(
1,Fib(1));
ExpandedBlockEnd.gif}

None.gif



那我们赶紧让它也通过吧

None.gif int  Fib( int  n)
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
InBlock.gif  
if(n==0return 0;
InBlock.gif  
return 1;
ExpandedBlockEnd.gif}


通过了!

从测试代码中我们看到了
AssertEquals(0,Fib(0));
AssertEquals(1,Fib(1));

重复!不仅在源代码,就是在测试代码中,我们也要避免重复!!(测试代码中也会出现模式哦~~)

这里,我们用一个最简单的方法避免重复,用表驱动.

我们开始改写测试代码.

None.gif public   void  testFibonacci
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
ExpandedSubBlockStart.gifContractedSubBlock.gif  
int cases[][]=dot.gif{dot.gif{0,0},dot.gif{1,1},dot.gif{2,1}};
InBlock.gif  
for(int i=0; i<case.Length;i++)
InBlock.gif  AssertEquals(
case[i][1],fib[i][0]));
ExpandedBlockEnd.gif }


这样添加测试代码就容易多了.
测试代码改过了!!!小心哦,让我们再运行下,哦还能通过,那我们就可以放心继续了.

None.gif public   void  testFibonacci
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
ExpandedSubBlockStart.gifContractedSubBlock.gif  
int cases[][]=dot.gif{dot.gif{0,0},dot.gif{1,1},dot.gif{2,1},dot.gif{3,2}};
InBlock.gif  
for(int i=0; i<case.Length;i++)
InBlock.gif  AssertEquals(
case[i][1],fib[i][0]));
ExpandedBlockEnd.gif }


oh! 失败了,赶快解决它

None.gif int  Fib( int  n)
ExpandedBlockStart.gifContractedBlock.gif
dot.gif {
InBlock.gif 
if(n==0return 0;
InBlock.gif 
if(n<=2return 1;
InBlock.gif 
return 2;
ExpandedBlockEnd.gif}


哦,%

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试驱动的编程是 XP 困扰程序员的一个方面。对于测试驱动的编程意味着什么以及如何去做,大多数人都做出了不正确的假设。这个月,XP 方面的讲师兼 Java 开发人员 Roy Miller 谈论了测试驱动的编程是什么,它为什么可以使程序员的生产力和质量发生巨大变化,以及编写测试的原理。请在与本文相随的 论坛中提出您就本文的想法,以飨笔者和其他读者。(您也可以单击本文顶部或底部的“讨论”来访问该论坛。) 最近 50 年来,测试一直被视为项目结束时要做的事。当然,可以在项目进行之中结合测试测试通常并不是在 所有编码工作结束后才开始,而是一般在稍后阶段进行测试。然而,XP 的提倡者建议完全逆转这个模型。作为一名程序员,应该在编写代码 之前编写测试,然后只编写足以让测试通过的代码即可。这样做将有助于使您的系统尽可能的简单。 先编写测试 XP 涉及两种测试: 程序员测试和 客户测试测试驱动的编程(也称为 测试为先编程)最常指第一种测试,至少我使用这个术语时是这样。测试驱动的编程是让 程序员测试(即单元测试 ― 重申一下,只是换用一个术语)决定您所编写的代码。这意味着您必须在编写代码之前进行测试测试指出您 需要编写的代码,从而也 决定了您要编写的代码。您只需编写足够通过测试的代码即可 ― 不用多,也不用少。XP 规则很简单:如果不进行程序员测试,则您不知道要编写什么代码,所以您不会去编写任何代码。 测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量。本文从开发人员使用的角度,介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦。国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术,提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发(Test-Driven Development)。虽然TDD光大于极限编程,但测试驱动开发完全可以单独应用。下面就从开发人员使用的角度进行介绍,使开发人员用最少的代价尽快理解、掌握、应用这种技术。下面分优势,原理,过程,原则,测试技术,Tips等方面进行讨论。 1. 优势 TDD的基本思路就是通过测试来推动整个开发的进行。而测试驱动开发技术并不只是单纯的测试工作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值