簡介
測試是軟件開發過程中極其重要的一環,詳盡周密的測試能夠減少軟件BUG,提高軟件品質。測試包括單元測試、系統測試等。其中單元測試是指針對軟件功能單元所作的測試,這里的功能單元可以是一個類的屬性或者方法,測試的目的是看這些基本單元是否工作正常。由于單元測試的內容很基礎,因此可以看作是測試工作的第一環,該項工作一般由開發人員自行完成。如果條件允許,單元測試代碼的開發應與程序代碼的開發同步進行。
雖然不同程序的單元測試代碼不盡相同,但測試代碼的框架卻非常相似,于是便出現了一些單元測試類庫,CppUnit便是其中之一。
CppUnit是XUnit中的一員,XUnit是一個大家族,還包括JUnit和PythonUnit等。CppUnit簡單實用,學習和使用起來都很方便,網上已有一些文章對其作介紹,但本文更著重于講解其中的基本概念和使用方法,以幫助初次接觸CppUnit的人員快速入門。
安裝
1、? 先下個最新版cppunit-1.12.1.tar.gz 解壓縮,進入cppunit-1.12.1\src目錄,就是源代碼所在,打開CppUnitLibraries.dsw工程,是用vc6.0寫的,用vs2010轉換到CppUnitLibraries.sln ok,
2、? 然后依次運行CppUnitLibraries.dsw工程下的每個項目,這樣做的目的是為了方面發現問題和找到正確的解決方法。下面是我在運行相應項目時所提示的錯誤以及解決辦法。未貼圖,把下述的解決辦法都做完即可,不需要查看貼圖的錯誤提示
1)???????運行項目Cppunit
解決辦法:
選擇Cppunit右鍵屬性 ->(debug)配置屬性->常規->目標文件名:$(ProjectName)修改成cppunitd(這樣做是為保持鏈接器->常規->目標文件名 一致);
2)???????運行項目cppunit_dll
?解決辦法:
??? 選擇Cppunit右鍵屬性->(debug)配置屬性->常規->目標文件名:$(ProjectName)修改成cppunitd_dll(這樣做是為保持庫管理器->常規->目標文件名 一致);
3)到這里這里會發現其實每個項目的錯誤基本上都是TargeName(xxx)與Linker的OutputFile屬性值不匹配;依次修改項目DllPlugInTester、DSPlugIn、TestPlugInRunner、TestRunner的Debug配置屬性(每個后面都記得加個”d”,而且庫管理器中為:目標文件名.xx,xx不需要修改,但庫管理器中的目標文件名可能要修改,該成與常規—目標文件名一致!)
4)當然當修改完DSPlugIn的Debug配置屬性后再運行我們發現
???????????? 我們仔細觀察到底新的錯誤是什么呢? ??????????這里修改方式就是最上面的紅色字中提到的
修改TestRunner下UserInterface\DynamicWindow\MsDevCallerListCtrl.cpp文件第67行,改成:#import"libid:80cc9f66-e7d8-4ddd-85b6-d9e6cd0e93e2" version("8.0")lcid("0") raw_interfaces_only named_guids
5)再次運行DSPlugIn項目我們會發現依然有錯誤
解決方法:
選擇項目->屬性->配置屬性->鏈接器->高級->無入口點 選擇"是(/NOENTRY)"
6)最后為了生成全面的庫文件我需要分別在Debug、release、Debug unicode、release unicode四種配置屬性中生成全部解決方案。(運行過程中會遇到錯誤基本上都可以從上文中找到解決方法)
7)編譯完成后,提示成功6 ?失敗 0 即安裝完畢
**************************************************************************************************詳細說明:
解壓后,你可以看到CppUnit包含如下目錄:
config: 配置文件contrib: contribution,其他人貢獻的外圍代碼doc: 文檔,需要通過doxygen工具生成,也可以直接從sourceforge站點上下載打包好的文檔examples:示例代碼include: 頭文件lib: 存放編譯好的庫src: 源文件,以及編譯庫的工程等
然后打開src目錄下的CppUnitLibraries工程,執行build/batch build,編譯成功的話,生成的庫文件將被拷貝到lib目錄下。
你也可以根據需要選擇所需的項目進行編譯,其中項目cppunit為靜態庫,cppunit_dll為動態庫,生成的庫文件為:
cppunit.lib: 靜態庫release版cppunitd.lib: 靜態庫debug版cppunit_dll.lib: 動態庫release版cppunitd_dll.lib:動態庫debug版
要使用CppUnit,還得設置好頭文件和庫文件路徑,以VC6為例,選擇Tools/Options/Directories,在Include files和Library files中分別添加%CppUnitPath%/include和%CppUnitPath%/lib,其中%CppUnitPath%表示CppUnit所在路徑。
做好準備工作后,我們就可以編寫自己的單元測試代碼了。需說明的是,CppUnit所用的動態運行期庫均為多線程動態庫,因此你的單元測試程序也得使用相應設置,否則會發生沖突。
概念
在使用之前,我們有必要認識一下CppUnit中的主要類,當然你也可以先看后面的例子,遇到問題再回過頭來看這一節。
CppUnit核心內容主要包括六個方面,
1. 測試對象(Test,TestFixture,...):用于開發測試用例,以及對測試用例進行組織管理。
2. 測試結果(TestResult): ? ? ? ? ? ? ? ? 處理測試用例執行結果。TestResult與下面的TestListener采用的是觀察者模式(Observer Pattern)。
3. 測試結果監聽者(TestListener): ? TestListener作為TestResult的觀察者,擔任實際的結果處理角色。
4. 結果輸出(Outputter): ? ? ? ? ? ? ? ? ?將結果進行輸出,可以制定不同的輸出格式。
5. 對象工廠(TestFactory): ? ? ? ? ? ? ?用于創建測試對象,對測試用例進行自動化管理。
6. 測試執行體(TestRunner): ? ? ? ? ? 用于運行一個測試。
以上各模塊的主要類繼承結構如下:
Test TestFixture TestResult TestListener _______|_________ | | | | | TestSuccessListenerTestComposite TestLeaf | | | |____________| TestResultCollector TestSuit |TestCase |TestCaller<Fixture>Outputter TestFactory TestRunner____________________|_________________ || | | TestFactoryRegistryCompilerOutputter TextOutputter XmlOutputter |TestSuiteFactory<TestCaseType>
接下來再對其中一些關鍵類作以介紹。
Test:所有測試對象的基類。
CppUnit采用樹形結構來組織管理測試對象(類似于目錄樹),因此這里采用了組合設計模式(Composite Pattern),Test的兩個直接子類TestLeaf和TestComposite分別表示“測試樹”中的葉節點和非葉節點,其中TestComposite主要起組織管理的作用,就像目錄樹中的文件夾,而TestLeaf才是最終具有執行能力的測試對象,就像目錄樹中的文件。
Test最重要的一個公共接口為:
其作用為執行測試對象,將結果提交給result。
在實際應用中,我們一般不會直接使用Test、TestComposite以及TestLeaf,除非我們要重新定制某些機制。
TestFixture:用于維護一組測試用例的上下文環境。
在實際應用中,我們經常會開發一組測試用例來對某個類的接口加以測試,而這些測試用例很可能具有相同的初始化和清理代碼。為此,CppUnit引入TestFixture來實現這一機制。
TestFixture具有以下兩個接口,分別用于處理測試環境的初始化與清理工作:
virtual void tearDown(); ?//清理
TestCase:測試用例,從名字上就可以看出來,它便是單元測試的執行對象。
TestCase從Test和TestFixture多繼承而來,通過把Test::run制定成模板函數(Template Method)而將兩個父類的操作融合在一起,run函數的偽定義如下:
void?TestCase::run(TestResult*?result)
{
????result->startTest(this);?//?通知result測試開始
????if(?result->protect(this,?&TestCase::setUp)?)?//?調用setUp,初始化環境
????????result->protect(this,?&TestCase::runTest);?//?執行runTest,即真正的測試代碼
????result->protect(this,?&TestCase::tearDown);?//?調用tearDown,清理環境
????result->endTest(this);?//?通知result測試結束
}
這里要提到的是函數runTest,它是TestCase定義的一個接口,原型如下:
用戶需從TestCase派生出子類并實現runTest以開發自己所需的測試用例。
另外還要提到的就是TestResult的protect方法,其作用是對執行函數(實際上是函數對象)的錯誤信息(包括斷言和異常等)進行捕獲,從而實現對測試結果的統計。
TestSuit:測試包,按照樹形結構管理測試用例
TestSuit是TestComposite的一個實現,它采用vector來管理子測試對象(Test),從而形成遞歸的樹形結構。
TestCaller:TestCase適配器(Adapter),它將成員函數轉換成測試用例
雖然我們可以從TestCase派生自己的測試類,但從TestCase類的定義可以看出,它只能支持一個測試用例,這對于測試代碼的組織和維護很不方便,尤其是那些有共同上下文環境的一組測試。為此,CppUnit提供了TestCaller以解決這個問題。
TestCaller是一個模板類,它以實現了TestFixture接口的類為模板參數,將目標類中某個符合runTest原型的測試方法適配成TestCase的子類。
在實際應用中,我們大多采用TestFixture和TestCaller相組合的方式,具體例子參見后文。
TestResult和TestListener:處理測試信息和結果
前面已經提到,TestResult和TestListener采用了觀察者模式,TestResult維護一個注冊表,用于管理向其登記過的TestListener,當TestResult收到測試對象(Test)的測試信息時,再一一分發給它所管轄的TestListener。這一設計有助于實現對同一測試的多種處理方式。
TestFactory:測試工廠
這是一個輔助類,通過借助一系列宏定義讓測試用例的組織管理變得自動化。參見后面的例子。
TestRunner:用于執行測試用例
TestRunner將待執行的測試對象管理起來,然后供用戶調用。其接口為:
這也是一個輔助類,需注意的是,通過addTest添加到TestRunner中的測試對象必須是通過new動態創建的,用戶不能刪除這個對象,因為TestRunner將自行管理測試對象的生命期。
CppUnit在vs2010中配置:
參考:Vs2010下使用CppUint初體驗
http://blog.csdn.net/leer168/article/details/6708732
vs2010代碼實例:
CppUnitTest1
先讓我們看看一個簡單的例子:
#include?<cppunit/TestResult.h>
#include?<cppunit/TestResultCollector.h>
#include?<cppunit/TextOutputter.h>
//?定義測試用例
class?SimpleTest?:?public?CppUnit::TestCase
{
public:
????void?runTest()?//?重載測試方法
????{
????????int?i?=?1;
????????CPPUNIT_ASSERT_EQUAL(0, i);
????}
};
int?main(int?argc,?char*?argv[])
{
????CppUnit::TestResult?r;?
????CppUnit::TestResultCollector?rc;
????r.addListener(&rc);?//?準備好結果收集器?
????SimpleTest?t;
????t.run(&r);?//?運行測試用例
????CppUnit::TextOutputter?o(&rc,?std::cout);
????o.write();?//?將結果輸出
????return?0;
}
Test Results:
Run: 1 Failures: 1 Errors: 0
1) test: (F) line: 18 E:/CppUnitExamples/SimpleTest.cpp
equality assertion failed
- Expected: 1
- Actual : 0
上面的例子很簡單,需說明的是CPPUNIT_ASSERT_EQUAL宏。CppUnit定義了一組宏用于檢測錯誤,CPPUNIT_ASSERT_EQUAL是其中之一,當斷言失敗時,CppUnit便會將錯誤信息報告給TestResult。這些宏定義的說明如下:
CPPUNIT_ASSERT(condition):判斷condition的值是否為真,如果為假則生成錯誤信息。
CPPUNIT_ASSERT_MESSAGE(message, condition):與CPPUNIT_ASSERT類似,但結果為假時報告messsage信息。
CPPUNIT_FAIL(message):直接報告messsage錯誤信息。
CPPUNIT_ASSERT_EQUAL(expected, actual):判斷expected和actual的值是否相等,如果不等輸出錯誤信息。
CPPUNIT_ASSERT_EQUAL_MESSAGE(message, expected, actual):與CPPUNIT_ASSERT_EQUAL類似,但斷言失敗時輸出message信息。
CPPUNIT_ASSERT_DOUBLES_EQUAL(expected, actual, delta):判斷expected與actual的偏差是否小于delta,用于浮點數比較。
CPPUNIT_ASSERT_THROW(expression, ExceptionType):判斷執行表達式expression后是否拋出ExceptionType異常。
CPPUNIT_ASSERT_NO_THROW(expression):斷言執行表達式expression后無異常拋出。
CppUnitTest2
接下來再看看TestFixture和TestCaller的組合使用:
#include?<cppunit/TestResult.h>
#include?<cppunit/TestResultCollector.h>
#include?<cppunit/TextOutputter.h>
#include?<cppunit/TestCaller.h>
#include?<cppunit/TestRunner.h>
//?定義測試類
class?StringTest?:?public?CppUnit::TestFixture
{
public:
????void?setUp()?//?初始化
????{
????????m_str1?=?"Hello,?world";
????????m_str2?=?"Hi,?cppunit";
????}
????void?tearDown()?//?清理
????{
????}
????void?testSwap()?//?測試方法1
????{
????????std::string?str1?=?m_str1;
????????std::string?str2?=?m_str2;
????????m_str1.swap(m_str2);
????????
????????CPPUNIT_ASSERT(m_str1?==?str2);
????????CPPUNIT_ASSERT(m_str2?==?str1);
????}
????void?testFind()?//?測試方法2
????{
????????int?pos1?=?m_str1.find(',');
????????int?pos2?=?m_str2.rfind(',');
????????CPPUNIT_ASSERT_EQUAL(5, pos1);
????????CPPUNIT_ASSERT_EQUAL(2, pos2);
????}
protected:
????std::string?????m_str1;
????std::string?????m_str2;
};
int?main(int?argc,?char*?argv[])
{
????CppUnit::TestResult?r;?
????CppUnit::TestResultCollector?rc;
????r.addListener(&rc);?//?準備好結果收集器?
????CppUnit::TestRunner?runner;?//?定義執行實體
????runner.addTest(new?CppUnit::TestCaller<StringTest>("testSwap",?&StringTest::testSwap));?//?構建測試用例1
????runner.addTest(new?CppUnit::TestCaller<StringTest>("testFind",?&StringTest::testFind));?//?構建測試用例2
????runner.run(r);?//?運行測試
????CppUnit::TextOutputter?o(&rc,?std::cout);
????o.write();?//?將結果輸出
????return?rc.wasSuccessful()???0?:?-1;
}
上面的代碼從功能上講沒有什么問題,但編寫起來太繁瑣了,為此,我們可以借助CppUnit定義的一套輔助宏,將測試用例的定義和注冊變得自動化。上面的代碼改造后如下:
#include?<cppunit/TestResultCollector.h>
#include?<cppunit/TextOutputter.h>
#include?<cppunit/TestRunner.h>
#include?<cppunit/extensions/HelperMacros.h>
//?定義測試類
class?StringTest?:?public?CppUnit::TestFixture
{
????CPPUNIT_TEST_SUITE(StringTest);??//?定義測試包
????CPPUNIT_TEST(testSwap);??//?添加測試用例1
????CPPUNIT_TEST(testFind);??//?添加測試用例2
????CPPUNIT_TEST_SUITE_END();??//?結束測試包定義
????
public:
????void?setUp()?//?初始化
????{
????????m_str1?=?"Hello,?world";
????????m_str2?=?"Hi,?cppunit";
????}
????void?tearDown()?//?清理
????{
????}
????void?testSwap()?//?測試方法1
????{
????????std::string?str1?=?m_str1;
????????std::string?str2?=?m_str2;
????????m_str1.swap(m_str2);
????????
????????CPPUNIT_ASSERT(m_str1?==?str2);
????????CPPUNIT_ASSERT(m_str2?==?str1);
????}
????void?testFind()?//?測試方法2
????{
????????int?pos1?=?m_str1.find(',');
????????int?pos2?=?m_str2.rfind(',');
????????CPPUNIT_ASSERT_EQUAL(5, pos1);
????????CPPUNIT_ASSERT_EQUAL(2, pos2);
????}
protected:
????std::string?????m_str1;
????std::string?????m_str2;
};
CPPUNIT_TEST_SUITE_REGISTRATION(StringTest);?//?自動注冊測試包
int?main(int?argc,?char*?argv[])
{
????CppUnit::TestResult?r;?
????CppUnit::TestResultCollector?rc;
????r.addListener(&rc);?//?準備好結果收集器?
????CppUnit::TestRunner?runner;?//?定義執行實體
????runner.addTest(CppUnit::TestFactoryRegistry::getRegistry().makeTest());
????runner.run(r);?//?運行測試
????CppUnit::TextOutputter?o(&rc,?std::cout);
????o.write();?//?將結果輸出
????return?rc.wasSuccessful()???0?:?-1;
}
CppUnit的簡單介紹就到此,相信你已經了解了其中的基本概念,也能夠開發單元測試代碼了。
其它CppUnit還包括其它一些輔助模塊,比如基于MFC的圖形化測試界面,下面這篇文章對此有所介紹:
???? CppUnit測試框架入門?
CppUnit使用了很多設計模式,整體構架還算清晰合理,源碼也比較簡單易懂,這對于學習設計模式是一個不錯的選擇。網上已有這樣的一些資料:
???? CppUnit源碼解讀 ????? CppUnit代碼簡介 - 第一部分,核心類(freefalcon于2006-05-22)