CppUnit测试框架入门
CppUnit测试框架入门作者:Cpluser下载源代码 测试驱动开发(TDD)是以测试作为开发过程的中心,它坚持,在编写实际代码之前,先写好基于产品代码的测试代码。开发过程的目标就是首先使测试能够通过,然后再优化设计结构。测试驱动开发式是极限编程的重要组成部分。XUnit,一个基
CppUnit测试框架入门 下载源代码 本文不对CppUnit源码做详细的介绍,而只是对CppUnit的应用作一些介绍。在本文中,您将看到:
本文叙述背景为:CppUnit1.9.0, Visual C++ 6.0, Windows2000。文中叙述有误之处,敬请批评指正。 主要的文件夹有:
二、初识CppUnit测试环境 1、进入example文件夹,用VC打开examples.dsw。我们先来看看CppUnit自带的测试例子。这些例子都是针对CppUnit自身的单元测试集,一方面这是CppUnit作者开发CppUnit框架过程中写的测试用例,另一方面,我们可以通过这些例子来学习如何在我们自己的工程中添加测试用例。
这是一个针对CppUnit的单元测试结果,它表明刚才我们做了11个测试,全部通过。
CppUnit将所有的单元测试按照树的结构来表示。在CppUnit中,最小的测试单元,称为TestMethod测试方法,而多个相关的测试方法又可以组成一个TestCase测试用例。多个测试用例又组成TestSuite测试包。测试包互相嵌套在一起,就形成了上面我们看到的树结构。我们可以选择其中任意的树节点来进行单元测试。
这是一个基于文本方式的单元测试环境。CppUnit提供了几种测试环境,一种基于文本,一种基于GUI,即图三。
这亦是一个对CppUnit自身进行的测试,只不过它向我们演示的是各种失败的测试。在基于GUI的测试环境中,若测试不成功,进度条显示红色,反之则为绿色。从测试结果我们可以看到失败的单元测试名称,引起测试不能通过的原因,以及测试失败的语句所在的文件及所在行数。 CPPUNIT_TEST_SUITE() 开始创建一个TestSuite CPPUNIT_TEST() 添加TestCase CPPUNIT_TEST_SUITE_END() 结束创建TestSuite CPPUNIT_TEST_SUITE_NAMED_REGISTRATION() 添加一个TestSuite到一个指定的TestFactoryRegistry工厂感兴趣的朋友可以在HelperMacros.h看看这几个宏的声明,本文在此不做详述。 1、一个实现两个整数相加的类 假定我们要实现一个类,类名暂且取做CPlus,它的功能主要是实现两个数相加(多简单的一个类啊,这也要测试吗?不要紧,我们只是了解怎样加入测试代码来测试它就行了,所以越简单越好)。 假定这个类要实现的相加的方法是: int Add(int nNum1, int nNum2);Ok,那我们先来写测试这个方法的代码吧。TDD 可是先写测试代码,后写产品代码(CPlus)的哦!先写的测试代码往往是不能运行或编译的,我们的目标是在写好测试代码后写产品代码,使之编译通过,然后再进行重构。这就是Kent Beck说的“red/green/refactor”( 还记得基于GUI的测试环境的状态条吗?)。所以,上面的类名和方法应该还只是在你的心里,还只是你的idea而已。 2、在VC中为测试代码建立一个 Project 通常,测试代码和被测试对象是处于不同的Project中的。这样就不会让你的产品代码被测试代码所“污染 ”。 在本例中,我们将建立一个基于GUI 方式的测试环境。在VC中,我们建立一个基于对话框的Project。别忘了link正确的lib,本例中我们使用静态的CppUnit lib。由于我们希望这个Project运行后显示的是图2这样的界面,所以我们需要在App的 Instance()中屏蔽掉原有的对话框,代之以CppUnit的GUI。 CppUnit::MfcUi::TestRunner runner; runner.addTest(PlusTest::suite()); //添加测试 runner.run(); //show UI /* CCPlusTestDlg dlg; m_pMainWnd = &dlg; int nResponse = dlg.DoModal(); if (nResponse == IDOK) { // TODO: Place code here to handle when the dialog is // dismissed with OK } else if (nResponse == IDCANCEL) { // TODO: Place code here to handle when the dialog is // dismissed with Cancel } */前面我们提到过,TestRunner输出图2这样的对话框,这也是前面我们为什么要为TestRunner.dll的路径设置环境变量的原因。 注意:PlusTest::suite()返回一个指向CppUnit::Test的指针.这个指针就是整个测试的起点。CppUnit::TestFactoryRegistry::getRegistry()根据TestSuite的名字返回TestFactoryRegistry工厂,然后调用工厂里的makeTest()对TestSuite进行组装,这是个递归调用,将建立起一个树状的测试结构。 namespace PlusTest { CppUnit::Test* suite() { CppUnit::TestFactoryRegistry ®istry = CppUnit::TestFactoryRegistry::getRegistry(plusSuiteName()); return registry.makeTest(); } } 另外别忘加头文件: #include "CPlusTestSuite.h"3、在Project中加入一个类,取名CPlusTestCase 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();通过这几个宏,我们就把CPlusTestCase和testAdd注册到了测试列表当中。 另外,我们需要在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、根据测试代码编写产品代码 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 一样好用的测试软件 从 http://www.51testing.com/cgi-bin/viewthread.php?tid=25150&extra=page%3D1 可以下载到。 界面几乎一样,功能确要强大,而且同时 支持功能测试与集成测试 ( Ricmy 发表于 2006-1-25 9:43:00) 简单易懂的教程,使我大概明白了CppUnit究竟是一个什么样的东东,非常感谢。建议大家在看的时候装好CppUnit,边看这篇教程提供的源码边看教程。 ( sunnybug 发表于 2005-9-17 23:56:00) 应该是可以编译通过的,你再仔细看看! ( cpluser 发表于 2004-12-1 9:01:00) 为什么我下载了cppunit1.9.0编译不能通过啊 比如example里面就不行啊 ( greenhander 发表于 2004-11-27 16:33:00) vckbase已更新新的代码,这里也可以下载正确的代码了!多些vckbase. ( cpluser 发表于 2004-10-27 17:31:00) 多谢 tyzam。由于我的疏忽,出了一些差错,给大家带来不便,请谅解!需要下载代码的朋友可以通过这个Url获取 http://tdd.nease.net/share/CppunitDemo.zip 注意大小写.另外我也跟vckbase 联系过了,希望他们能帮我更新代码!谢谢大家支持! ( cpluser 发表于 2004-10-27 10:45:00) 大哥,你放在這裡的代碼不夠全吧,下了以後它問我要CPlusTest,我去網上找了一下在csdn的blog裏才找到完整點的代碼http://blog.csdn.net/cpluser/archive/2004/09/21/111551.aspx ( tyzam 发表于 2004-10-26 18:13:00) to yy2better: 好的,大家互相学习!:)我的cpluser(AT)hotmail.com ( cpluser 发表于 2004-10-18 15:47:00) good。正规项目中,有一个配置(如同debug)专门用于单元测试。一般以预编译宏方式。To cpluser, 我一直对agile develop感兴趣,并有一些工程实践,以后我们多交流交流。yy2better@126.com ( yy2better 发表于 2004-10-18 12:50:00) to missautumn: 其实不光是软件业是这样,其他行业也是一样。其实也好理解,中国各个行业都正处在一个原始积累的阶段,经济利益可能都是大家首先考虑的,呵呵。我想写一些文章,其实也只是想加深一下知识的学习,仅此而已! to mypppoe: 确实是这样的,我正在做这个网站,一个关于测试驱动开发和介绍敏捷开发方法的网站.现在手头的资料还不是很多.到时开张一定要来看看哦!:) ( cpluser 发表于 2004-10-16 21:38:00) |
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)