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