TDD与VTDD系列(四):简单实例演示TDD过程

    假如要编写一个CMath类,其中有一个方法abs(),原形如下:


class CMath
{
public:
    int abs(int a);
};


    一般的编程习惯是直接写代码,然后调试,至于测试,则以后再说。TDD要求,在未编写测试代码前不能写任何产品代码。
这里使用的测试框架是CppUnit,用例代码使用本系列的一和二介绍的格式,为了减少篇幅,只列出关键代码,CppUnit的使用及辅助代码的编写方法请参阅本系列的一和二。


    首先编写刚好会导致错误(包括编译错误)的测试代码,定义一个测试类:


class TestMath : public CppUnit::TestCase 
{
public:
    void testabs();
private:
    CMath* pObj;
};


    由于类CMath不存在,产生编译错误。编写CMath类定义,使编译通过:


class CMath
{
};


    编写函数abs()的测试函数,只建立一个用例:


void TestMath::testabs()
{
    //第一个用例
    CASE_BEGIN("");
    int arg = 1;
     int result = pObj->abs(arg);
     CPPUNIT_ASSERT_EQUAL(result,1);
     CASE_END();
}


    由于CMath::abs()不存在,产生编译错误。编写CMath::abs(),这时可以先写一个空函数,有返回值的随便写一个返回值,使编译通过就行了:


int CMath::abs(int arg)
{
      return 0;
}


    执行测试,当然测试是失败的。编写函数代码,使测试通过:


int CMath::abs(int arg)
{
     if(arg >= 0 )
         return arg;
    return 0;
}


测试通过,为测试函数增加一个用例:


void TestMath::testabs()
{
    //第一个用例
    CASE_BEGIN("");
    int arg = 1;
    int result = pObj->abs(arg);
    CPPUNIT_ASSERT_EQUAL(result,1);
    CASE_END();

 

    //第二个用例
    CASE_BEGIN("");
    int arg = -1;
    int result = pObj->abs(arg);
    CPPUNIT_ASSERT_EQUAL(result,1);
    CASE_END();
}


    测试失败,继续编写CMath::abs()的代码:


int CMath::abs(int arg)
{
    if(arg >= 0 )
        return arg;
    return arg;
}


    测试通过。再增加一个用例,参数为0,测试也可以通过,不必修改产品代码。当所有的功能点都已经编写了测试代码,并测试成功后,表示代码的功能已经完整实现,这时应该阅读和完善代码,例如,改进代码结构、修改不合适的变量名、增加必要的注释、改进性能低下的计算过程、删除多余的代码行,完成重构后,再次执行测试。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 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
发出的红包

打赏作者

EasyTDD

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值