書接上回：代碼的黑盒測試（上）|目標文件測試Object File Testing，我們首先介紹了編譯的基本過程——預處理（Prepressing）、編譯（compile）、匯編（Assembly）和鏈接（Linking），然后著重介紹了代碼黑盒測試的第一種方法——VectorCAST/C++的目標文件的測試方法，解決了在無可用源代碼的情況下，對其相應目標文件的測試。

其實一個代碼工程除了開發(fā)人員手寫代碼外，還包含了很多庫文件，甚至有的庫文件或是經過開發(fā)人員修改或是直接由開發(fā)人員編寫的。那么對于這些文件又該如何測試呢？請看如下分解！

一、庫接口測試

（一）庫文件

這里的“庫”，就是庫文件，一般是指編譯好的二進制文件，用于在鏈接階段與目標文件一起生成可執(zhí)行文件，或者運行可執(zhí)行文件的時候被加載，以便調用庫文件中的某段代碼。

與可執(zhí)行文件不同的是，庫文件無法直接執(zhí)行。直觀上來看，庫文件的源代碼中沒有main函數(shù)，而只是一些函數(shù)模塊的定義和實現(xiàn)，沒有運行的入口主函數(shù)，無法直接執(zhí)行。

（二）靜態(tài)庫與動態(tài)庫

庫文件可分為靜態(tài)庫和動態(tài)庫。它們區(qū)別主要體現(xiàn)在程序的鏈接階段——靜態(tài)庫的代碼是在編譯過程中被載入程序中的，這就說明，只要程序編譯完成，程序就不受靜態(tài)庫的影響；動態(tài)庫的代碼在編譯的時候并沒有被編譯進入程序中，只是在程序運行時根據(jù)程序需要動態(tài)的加載到內存中。

（三）相關文件的一些擴展名

1. win32平臺下，靜態(tài)庫通常后綴為.lib，動態(tài)庫為.dll。
2. Linux平臺下，靜態(tài)庫通常后綴為.a，動態(tài)庫為.so。

從本質上來說，由同一段程序編譯出來的靜態(tài)庫和動態(tài)庫，在功能上是沒有區(qū)別的；不同之處僅僅在于其名字上，也就是“靜態(tài)”和“動態(tài)”。開發(fā)人員只需要將.h/.hpp頭文件和.lib/.so文件提交給其他開發(fā)人員，他們就可以直接使用.lib/.so文件中定義的函數(shù)了。靜態(tài)庫和動態(tài)庫的具體使用由開發(fā)人員決定。

（四）庫接口測試

庫接口測試允許客戶在沒有可用源代碼的情況下，對現(xiàn)有庫文件創(chuàng)建測試。在測試時，可以將第三方庫或者被修改的第三方庫作為一個對象庫文件和API定義（頭文件）?？梢詾锳PI創(chuàng)建測試用例，來驗證應用程序庫函數(shù)的正確性，而無需訪問源代碼。

在代碼開發(fā)中，通常會將一些常用的函數(shù)封裝成一個庫，提供接口給其它程序文件調用，省去重復寫該函數(shù)接口。當使用該函數(shù)時，只需要直接將所需要的文件鏈接到程序中即可，大大提高了開發(fā)效率。依照這個原理，我們也可以針對一些代碼程序根據(jù)測試需要，將某些源代碼編譯生成相應的靜態(tài)庫文件或動態(tài)庫文件，以完成代碼功能測試。

二、利用VectorCAST/C++進行庫接口測試

對于如何使用VectorCAST/C++進行靜態(tài)庫或者動態(tài)庫的單元測試，下面我們仍使用上篇文章中的點餐服務程序(采用GCC編譯鏈)，來具體說明。

（一）點餐服務程序的結構內容及說明

圖 1點餐服務程序的結構內容及說明

（二）利用VectorCAST/C++進行靜態(tài)庫接口測試

1、靜態(tài)庫文件的生成

對于這個點餐主程序manager_driver.c，我們可以將manager.c和database.c分別作為一個調用的庫文件來使用，也可以一起作為一個調用的庫文件來使用。本例中，將manager.c和database.c一起作為一個調用的庫文件來使用。

使用一個BAT腳本生成靜態(tài)庫文件，腳本內容如下：

set path=%VECTORCAST_DIR%\mingw\bin;%PATH%

gcc -c manager.c

gcc -c database.c

ar rcs manager_driver.lib manager.o database.o

說明：無論靜態(tài)庫，還是動態(tài)庫，都是在*.o目標文件基礎上生成的。

2、環(huán)境構建基本過程

VectorCAST環(huán)境構建的基本過程在代碼的黑盒測試（上）|目標文件測試Object File Testing有詳細說明，這里不再贅述，對于不同的以及需要注意的地方，有如下說明：

本例中，我們是利用manager.c和database.c一起生成靜態(tài)庫文件manager_driver.lib的，所以在構建測試環(huán)境的第3步需要選擇“庫接口測試方法”并在“Link Options”添加該文件及所在路徑，如圖2所示。同時在構建測試環(huán)境的第6步添加需要的頭文件，有manager.h和database.h，如圖3所示。

圖2選擇添加靜態(tài)庫文件manager_driver.lib

圖3選擇添加頭文件manager.h或database.h

3、測試用例編寫與執(zhí)行

按照上述說明成功構建測試環(huán)境。編寫測試用例及執(zhí)行測試用例，結果如下圖4所示。

圖4測試用例編寫與執(zhí)行

細心的小伙伴可以注意到上圖左邊部分只有顯示了執(zhí)行狀態(tài)圖標，因為我們采用的該種測試屬于黑盒測試方法，所以我們在構建環(huán)境的第4步，沒有勾選“Whitebox”前面的復選框，自然也沒有結構覆蓋度圖標。

（三）利用VectorCAST/C++進行動態(tài)庫接口測試

1、動態(tài)庫文件的生成

與靜態(tài)庫文件生成類似，將manager.c和database.c一起作為一個調用的動態(tài)庫文件來使用。

使用一個BAT腳本生成動態(tài)庫文件，腳本內容如下：

set path=%VECTORCAST_DIR%\mingw\bin;%PATH%

gcc -c -fPIC manager.c -o manager_dyn.o

gcc -c -fPIC database.c -o database_dyn.o

gcc manager_dyn.o database_dyn.o -shared -o libmanager_drive.dll

2、環(huán)境構建基本過程

動態(tài)庫接口測試與靜態(tài)庫接口測試基本一致，不同的地方如下說明：

此例中，我們仍利用manager.c和database.c一起生成動態(tài)庫文件manager_driver.dll，所以在構建測試環(huán)境的第3步選擇“庫接口測試方法”并在“Link Options”添加該動態(tài)庫dll文件，如圖5所示。后面的操作與靜態(tài)庫接口測試一致，故不在贅述。

圖5選擇添加動態(tài)庫文件manager_driver.dll

三、總結

本文提供了代碼黑盒測試的第二種方法——庫接口測試，可以利用工具為API創(chuàng)建測試用例，來驗證應用程序庫函數(shù)的正確性，而無需訪問源代碼，感興趣的同學可以嘗試下。

VectorCAST/C++作為Vector公司的代碼動態(tài)測試工具，支持自動生成測試用例，提供完善的覆蓋度信息，還可以與Git/SVN/Jekins等工具集成等等；后續(xù)也會為大家?guī)砀嗷赩ectorCAST/C++的動態(tài)測試相關內容；同時也歡迎垂詢和溝通，共同探討測試相關問題。

北匯信息作為Vector中國的合作伙伴，始終專注于汽車電子領域的新技術和新產品，為整車廠和零部件企業(yè)提供完整的研發(fā)、測試解決方案，為工程師在汽車領域提供“趁手裝備“！