CPlusTestCase从CppUnit::TestCase继承，代码如下：
| class CPlusTestCase : public CppUnit::TestCase { CPPUNIT_TEST_SUITE(CPlusTestCase); CPPUNIT_TEST(testAdd); CPPUNIT_TEST_SUITE_END(); public: CPlusTestCase(); virtual ~CPlusTestCase(); void testAdd(); //测试方法 }; |
看到这几个宏了吗？它们可是在这大显身手了一把。
| CPPUNIT_TEST_SUITE(CPlusTestCase); CPPUNIT_TEST( testAdd ); CPPUNIT_TEST_SUITE_END(); |
另外，我们需要在Cpp文件中加入另外一个宏：
| CPPUNIT_TEST_SUITE_NAMED_REGISTRATION(CPlusTestCase,PlusTest::plusSuiteName() ); |
它将CPlusTestCase这个TestSuite注册到一个指定的TestFactory工厂中，这个TestSuite用 PlusTest::plusSuiteName()函数返回的名字来标识（前面介绍的suite()函数中就是通过这个名字来获取这个工厂的）。plusSuiteName()是PlusTest这个namespace下的一个函数，它返回我们为这个TestSuite建立的名字（本例我们取名为“plus”）。其实我们也可以不用这么做，直接在宏里写入“plus“即可。但是这样可以防止硬编码带来的麻烦。
在测试类中，我们添加了一个测试方法：
| void testAdd(); |
它测试的对象是前面提到的CPlus类的方法：
| int Add(int nNum1, int nNum2); |
我们来看看它的实现 ：
| void CPlusTestCase::testAdd() { CPlus plus; int nResult = plus.Add(10, 20); //执行Add操作 CPPUNIT_ASSERT_EQUAL(30, nResult); //检查结果是否等于30 } |
CPPUNIT_ASSERT_EQUAL是一个判断结果的宏。CppUnit中类似的其它宏请查阅TestAssert.h，本文在此不做详述 。
另外，我们还可以覆写基类的 setUp()、tearDown()两个函数。这两个函数实际上是一个模板方法，在测试运行之前会调用setUp()以进行一些初始化的工作，测试结束之后又会调用tearDown()来做一些“善后工作” ，比如资源的回收等等。当然，你也可以不覆写这两个函数，因为它们在基类里定义成了空方法，而不是纯虚函数。另外，Cpp中要加入头文件：
| #include "plusSuite.h" |
4、根据测试代码编写产品代码
编写完上面的测试代码后，进行编译。编译肯定通不过，编译器会告诉我们CPlus类没有声明，因为我们还没有实现CPlus类呢！现在的工作就是马上实现CPlus类，让编译通过。现在你应该嗅到一点“测试驱动“的味道了吧？ 在VC中建立一个MFC Extension Dll的Project，在这个Project 中加入类CPlus,它的声明如下：
| class AFX_EXT_CLASS CPlus { public: CPlus(); virtual ~CPlus(); public: int Add(int nNum1, int nNum2); }; |
仅有一个方法，就是我们的测试代码要测试的那个方法。来看看它的实现：
| int CPlus::Add(int nNum1, int nNum2) { return nNum1+nNum2; } |
非常简单，不是吗？现在让前面那个包含测试代码的Project dependent这个Project,include 相关头文件 ,Rebuild All，你会发现编译已通过。你体会到了测试代码驱动产品代码了吗？当然我们的这个例子还很简单 ，没有重构这一步骤。
运行我们的测试程序，你就会看到如图六的界面：
图六
单击”Browse”， 如图七：
图七
这下你应该对前面我们说的TestSuite的名字理解更深了吧。plus是一个测试包TestSuite，它的下面包含一个测试用例，这个测试用例下面又包含一个测试方法。
至此，我们对CppUnit测试框架的应用作了一个详细的介绍，希望能对你在进行TDD过程中有所帮助。
