TDD过程

一.TDD三条军规

Object Meentor公司总裁，极限编程领域资深顾问Robert C. Martin提出了TDD三条军规：

1.除非这能让失败的单元测试通过，否则不允许去编写任何的产品代码。

2. 只允许编写刚好能够导致失败的单元测试（编译失败也属于一种失败）。

3. 只允许编写刚好能够导致一个失败的单元测试通过的产品代码。

这三条军规简单明了地阐述了TDD过程，下面举例说明。

二. TDD示例

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

class CMath

{

public:

int abs(int a);

};

一般的编程习惯是直接写代码，然后调试，至于测试，则以后再说。TDD要求，在未编写测试代码前不能写任何产品代码。

这里使用的测试框架是CppUnit，用例代码使用9.2介绍的格式，为了减少篇幅，只列出关键代码，CppUnit的使用及辅助代码的编写方法请参阅9.2。

首先编写刚好会导致错误（包括编译错误）的测试代码，定义一个测试类：

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