轉自：  csdn

fiftymetre（50米深藍）

關于測試驅動開發,     C++的庫比較多,   選擇是一個問題.  
   
  Boost.Test是一個用于C++開發的測試框架,   類似的還有CPPUnit,   個人認為,   CPPUnit過多的照搬了JUnit的框架,   有比較濃厚的Java風格,   用起來總感覺有些束縛,   不是那么native.    
   
  CXXTest   我用過Symbian版本的,   好像需要Perl,   不過Symbian本身安裝的時候就需要Perl,   因此對于Symbian上來說還是無所謂,而且使用Perl可以免除一些套路代碼的編寫.   (題外話,   Symbian啥都要,   裝個Symbian   C++   SDK還要JDK1.3.2,   不知道開發J2ME是否需要安裝一個GCC?   )   .    
   
  Boost.Test可以以#include一行代碼的代價實現一個test-case的編寫,   就測試來說,   越簡單就可以越使得開發者愿意使用,    
  比起繼承一個基類,   覆蓋其中的一個虛擬函數來說,   Boost.Test在某些情況下就顯得十分方便了.    
   
  下面是一個Hello,world般的測試例子:   測試你的系統是否1等于2   (玩笑)  
   
  #include   <boost/test/included/test_engine_monitor.hpp>                             #1  
   
  int   test_main(int   ,   char   *[])                             #2  
  {  
        BOOST_CHECK_EQUAL(1   ,   2);                           #3  
        return   1;                                                               #4  
        throw   "Ooops..";                                                 #5  
  }  
   
   
  #1     就是我前面說的一行代碼的代價  
  #2     main當然已經被Boost.Test接管了,   我們就用test_main,   等著被調用.  
  #3     測試宏,   要求1   ==   2   .   當然會報錯  
  #4     按照C的傳統,   如果我們的test_main函數返回非0的值也是一個錯誤.    
  #5     異常逃出test_main外也是錯誤,   當然這句并不會執行.   舉個例子而已.  
   
   
  然后編譯運行,   例如使用VC,   那么  
   
  cl.exe     /GX   /ID:/boost   hello.cpp    
   
  D:/boost是我的Boost安裝路徑.   然后運行hello.exe,   結果應該不出意外是報錯2個.   指出文件名,   行號等.   例如  
   
  hello.cpp(7):   error   in   "test_main_caller(   argc,   argv   )":   check   1   ==   2   failed   [1   !=   2]  
   
  D  
   
  :/boost/boost/test/impl/test_main.ipp(39):   error   in   "test_main_caller(   argc,   argv   )":   check   test_main_result   ==   0   ||   test_main_result   ==   boost::exit_success   failed  
   
   
  一個是#3的錯誤,   一個是#4的   .    
   
  這是最簡單的情況,   適用于測試不多的情形,   如果測試比較多,   那么就應該將Boost.Test編譯成一個Lib,   然后Link到這個Lib上,    
  而不是每次都整個編譯一次Boost.Test,   這樣可以節約編譯的時間(   主要花費在#1處).    
   
  配合Boost.Build中的Bjam也是一個好主意.