摘要 介紹覆蓋性測試技術(shù)的基本概念以及其在嵌入式系統(tǒng)中的基本工作過程；通過將覆蓋測試工具Bullseye-Coverage移植到嵌入式操作系統(tǒng)（Nuclcus）的具體實(shí)現(xiàn)過程，說明系統(tǒng)要求、系統(tǒng)結(jié)構(gòu)，以及具體的技術(shù)實(shí)現(xiàn)細(xì)節(jié)和步驟。其中，如何解決覆蓋數(shù)據(jù)傳輸問題系統(tǒng)實(shí)現(xiàn)的關(guān)鍵點(diǎn)。 　　關(guān)鍵詞 覆蓋性測試 嵌入式系統(tǒng) 代碼插裝 Bullsege Covcrage 　　軟件測試的重要性是毋庸置疑的。如何以最少的力和資源投入，在最短的時(shí)間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，是軟件公司探索和追求的目標(biāo)。然而大家都知道，從理論上講測試是永無止境的，只要不斷測試就一定能不斷發(fā)現(xiàn)問題．那么究竟如何度量測試的進(jìn)度，如何判斷測試可以完結(jié)呢?些，可以依靠測試覆蓋率的分析來實(shí)現(xiàn)。嵌入式軟件系統(tǒng)也不例外。 　　1 代碼覆蓋分析 　　代碼覆蓋分析過程包含以下幾個(gè)方面： 　　◇通過一組覆蓋測試數(shù)據(jù)發(fā)現(xiàn)和分析那些沒有被運(yùn)行到的代碼； 　　◇為了提高代碼覆蓋率而設(shè)計(jì)新的測試用例； 　　◇確定代碼覆蓋的定量標(biāo)準(zhǔn)，這XXX數(shù)據(jù)也間接地反映測試質(zhì)量； 　　◇識(shí)別那些冗余的測試用例。 　　代碼覆蓋分析是一種白盒測試方法，因?yàn)楦采w分析需要訪問測試代碼本身，且經(jīng)常需要重新編澤程序，以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)來設(shè)計(jì)測試案例。其基本準(zhǔn)則是測試案例要盡可能多地覆蓋程序的內(nèi)部邏輯結(jié)構(gòu)，發(fā)現(xiàn)其中的錯(cuò)誤和問題。另外要注意的是，覆蓋分析并不是為了提高程序本身的質(zhì)量而是為了確保測試用例的質(zhì)量。一般來說，覆蓋分析通常應(yīng)用在軟件測試的早期，即單元測試階段。在軟件發(fā)布版本階段是不需要運(yùn)行軟件覆蓋分析的。 　　2 覆蓋分析在嵌入式系統(tǒng)上的問題 　　嵌入式軟件的開發(fā)與通用軟件的開發(fā)很大的不同點(diǎn)在于：嵌入式系統(tǒng)需要采用交叉開發(fā)的方式，即開發(fā)工具運(yùn)行在軟硬件配置豐富的宿主機(jī)上，而嵌入式應(yīng)用程序則運(yùn)行在軟硬件資源相對(duì)缺乏的目標(biāo)機(jī)上。所以針對(duì)覆蓋分析測試，嵌入式系統(tǒng)的困難之一就是如何獲取測試產(chǎn)生的覆蓋數(shù)據(jù)。犬多數(shù)的覆蓋分析測試工具都需要對(duì)代碼捅裝，而當(dāng)在目標(biāo)環(huán)境下運(yùn)行經(jīng)過代碼插裝的可執(zhí)行程序時(shí)，就會(huì)有覆蓋分析數(shù)據(jù)產(chǎn)牛。這些數(shù)據(jù)是分析覆蓋數(shù)據(jù)報(bào)告的重要輸入條件，所以要順利實(shí)現(xiàn)嵌入式系統(tǒng)覆蓋分析的一個(gè)關(guān)鍵點(diǎn)是如何建立宿主機(jī)與目標(biāo)機(jī)之間的物理／邏輯連接，解決覆蓋分析數(shù)據(jù)信息的傳輸問題。 　　3 BullseyeCoverage的實(shí)現(xiàn)方式 　　BullseyeCoverage是Bllseye公司提供的一款C／C++代碼覆蓋率測試工具。相對(duì)于Rational公司的Pure Coverage，BullseyeCoverage支持的C／C++編譯器更多，除了支持各種Unix下的編譯器之外，在Windows下還支持VC、Borland C++、GNU C++和Intel C++。其提供的代碼覆蓋率是基于條件／判斷的分支覆蓋率，而不是一般的代碼行覆蓋率。 　　BuuseyeCoverage采用的是先對(duì)代碼進(jìn)行插裝，然后收集覆蓋數(shù)據(jù)，最后分析覆蓋率原理的技術(shù)。其工作原理是：針對(duì)不同的編澤器，設(shè)計(jì)一個(gè)和真實(shí)編譯器名字相同的攔截器，這些攔截器文件存放在BullseyeCoverage的bin目錄下。當(dāng)覆蓋編譯開關(guān)打開時(shí)，文件在編譯過程中將首先被這些攔截器所攔截，而不是由真實(shí)的編譯器去編譯源代碼。在這個(gè)攔截過程中，攔截器將一系列探針代碼插入到C／C++源代碼中，然后文件再次通過真實(shí)的編譯器生成二進(jìn)制代碼。當(dāng)覆蓋編譯開關(guān)關(guān)閉時(shí)，這些攔截器將直接調(diào)用真實(shí)的編譯器而不進(jìn)行代碼插裝的過程。兩者的區(qū)別及調(diào)用關(guān)系如圖1所示。 　　當(dāng)完成了代碼插裝并且將編譯好的運(yùn)行文件下載到嵌入式系統(tǒng)后，開始代碼覆蓋分析另外一個(gè)重要的工作過程——覆蓋分析數(shù)據(jù)更新過程。由于BullseyeCoverage需要在運(yùn)行時(shí)態(tài)對(duì)經(jīng)過覆蓋攔截器生成的覆蓋分析文件（大小一般是運(yùn)行代碼的1．2～1．5倍）進(jìn)行讀寫操作，所以可以對(duì)覆蓋文件的大小進(jìn)行簡單的估計(jì)，以便設(shè)計(jì)系統(tǒng)。在數(shù)據(jù)更新過程中，BullseyeCoverage的每次讀寫操作范圍為l字節(jié)～4 KB。另外，BullseyeCoverage只有在測試程序觸發(fā)了cov_write函數(shù)時(shí)才會(huì)對(duì)覆蓋分析文件進(jìn)行更新。如果覆蓋沒有更新，那么相應(yīng)地也沒有I／O動(dòng)作發(fā)生。針對(duì)嵌入式系統(tǒng)，BullseyeCoverage有兩種實(shí)現(xiàn)的方式： 　　①利用讀取內(nèi)存區(qū)數(shù)據(jù)的原理。首先，通過串口、以太網(wǎng)或者USB將覆蓋分析文件下載到嵌入式系統(tǒng)的某個(gè)未用內(nèi)存區(qū)域；然后，修改測試工具的I／O庫函數(shù)，將對(duì)覆蓋分析文件操作的更新數(shù)據(jù)直接寫入那塊內(nèi)存區(qū)域中。這樣在測試開始后，分析程序會(huì)自動(dòng)更新位于內(nèi)存中的覆蓋分析文件。由于覆蓋分析文件在內(nèi)存中，所以這種讀寫操作的速度會(huì)非?？臁y試完成后，通過串口、網(wǎng)絡(luò)或者USB再次將覆蓋分析文件讀回到PC機(jī)中，然后利用工具對(duì)覆蓋結(jié)果進(jìn)行分析。 　?、诶脤?shí)際物理通道的原理。系統(tǒng)需要對(duì)覆蓋分析文件的I／O操作進(jìn)行封裝，將需要更新的操作命令和更新內(nèi)容通過串口、網(wǎng)絡(luò)或者USB傳遞給宿主系統(tǒng)，而宿主系統(tǒng)需要實(shí)現(xiàn)一個(gè)簡單的接收更新程序?qū)Ω采w文件進(jìn)行更新。在這種實(shí)現(xiàn)方式中，最困難的是對(duì)每次數(shù)據(jù)傳輸?shù)木彌_區(qū)大小進(jìn)行估計(jì)。由于BullseyeCoverage每次對(duì)覆蓋分析文件的讀寫操作的范圍是1字節(jié)～4 KB，而通常情況下，更新數(shù)據(jù)會(huì)是4～8字節(jié)的小數(shù)據(jù)塊（在較頻繁的操作中也會(huì)有100字節(jié)～4KB數(shù)據(jù)的更新塊），所以Bullseye-Coverage會(huì)采取減少數(shù)據(jù)傳遞次數(shù)、增大數(shù)據(jù)塊的做法，一次性傳遞完更新數(shù)據(jù)。如何保證數(shù)據(jù)的低延時(shí)是這種方式的關(guān)鍵點(diǎn)。 　　4 嵌入式操作系統(tǒng)Nucleus的具體應(yīng)用 　　Nucleus PLUS嵌入式操作系統(tǒng)是目前最受歡迎的操作系統(tǒng)。Nucleus PLUS是為實(shí)時(shí)嵌入式應(yīng)用而設(shè)計(jì)的一個(gè)搶先式多任務(wù)操作系統(tǒng)內(nèi)核，其95％的代碼是用ANSIC寫成的，因此非常便于移植，并能夠支持大多數(shù)類型的處理器。Nucleus PLUS最大的優(yōu)勢(shì)在于提供注釋嚴(yán)格的C源代碼給每一個(gè)用戶。這樣，用戶能夠深入地了解底層內(nèi)核的運(yùn)作方式，并可根據(jù)自己的特殊要求刪減或改動(dòng)系統(tǒng)軟件，這對(duì)軟件的規(guī)范化管理及系統(tǒng)軟件的測試都有極大的幫助。 　　基于時(shí)間效率的要求，在Nucleus嵌入式系統(tǒng)中實(shí)現(xiàn)代碼覆蓋分析采用的足內(nèi)存存取操作的方式。具體實(shí)現(xiàn)過程如下： 　?、侔惭bBullseyeCoverage，選擇合適的編譯器。由于使用PXA270作為開發(fā)平臺(tái)，所以也選用了Intel C++編譯器。安裝完成后，從命令行輸入命令"SET COVFILE="XXX""來設(shè)定覆蓋分析文件的輸出地點(diǎn)和具體名稱。默認(rèn)的名稱是test．cov。 　?、谛薷腗akefile，將編譯器的路徑設(shè)置到Bullseye-Coverage的bin目錄下。 　　③使用命令"cov01-1"打開覆蓋編譯選項(xiàng)。然后編譯代碼，需要在編譯過程中確定調(diào)用了BullseycCoverage的攔截器，可以通過查看編澤記錄中是否含有"BullseyeCoverage Compile C++version platform"的信息確定。通常會(huì)在編譯結(jié)束時(shí)發(fā)現(xiàn)鏈接錯(cuò)誤，這是由于需要調(diào)用的函數(shù)實(shí)現(xiàn)體并沒有編譯、鏈接進(jìn)來。 　?、苓M(jìn)入到BullseyeCoverage的run目錄下，根據(jù)系統(tǒng)平臺(tái)要求修改libcov-user．h、atomic-user．h和Makefik文件，用-DSYS_user區(qū)編譯BullseyeCoverage運(yùn)行庫文件。通過這個(gè)選項(xiàng)可以使編譯器選擇用戶自定義的平臺(tái)文件，在這些文件中就含有需要封裝的一些函數(shù)，如write、read、open等。編譯完的庫文件可以命名為libeov-user．a(chǎn)或libcov-user．lib。 　?、菪薷囊獪y試系統(tǒng)的編譯文件，在Makefile的鏈接過程中加入libcov-user．a(chǎn)或libcov-user.lib。再次重新編譯，應(yīng)該沒有任何錯(cuò)誤。 　　⑥根據(jù)BullseyeCoverage的要求，將libcov-user.h中帶有REQUIRED標(biāo)識(shí)的函數(shù)根據(jù)具體情況實(shí)現(xiàn)。在這個(gè)過程中，建議首先實(shí)現(xiàn)error_write_screen，這樣在后續(xù)過程中可以將錯(cuò)誤信息打印到屏幕或者輸出到測試日志中，然后逐步實(shí)現(xiàn)其他函數(shù)。 　?、邔?shí)現(xiàn)了所有必需的函數(shù)后，重新編譯一遍確定沒有任何編譯、鏈接問題。最終會(huì)生成2個(gè)文件，一個(gè)是要運(yùn)行的二進(jìn)制文件（如rfs．bin），另外一個(gè)是覆蓋分析文件test．cov。 　?、鄬fs．bin和覆蓋文件文件分別下載到系統(tǒng)中。其中，將ffs．bin下載到Flash存儲(chǔ)器中，通過Nucleus的調(diào)試命令download將test．cov下載到系統(tǒng)內(nèi)存中。 　?、徇\(yùn)行二進(jìn)制代碼，在這個(gè)過程中，系統(tǒng)內(nèi)存結(jié)構(gòu)如圖2所示。 　?、舛M(jìn)制代碼運(yùn)行完畢后，用Nucleus的調(diào)試命令upload將test．cov上載到PC機(jī)中。 　　⑾用Coverage Brozrset打開test．cov，覆蓋分析結(jié)果就得到了。 　　通過實(shí)驗(yàn)，在投有使用BullseyeCoverage時(shí)，一般測試方式的測試覆蓋率大致是55％～70％；而通過使用BullseyeCoverage重新設(shè)計(jì)測試用例，測試覆蓋率提高到了85％～90％，其中7％的測試用例直接影響到產(chǎn)品的質(zhì)量。使用測試覆蓋分析工具BullseyeCoverage可以使測試更有針對(duì)性，減少冗余測試用例測試，提高測試團(tuán)隊(duì)的工作效率，能夠在開發(fā)過程中盡早地發(fā)現(xiàn)Bug。 　　5 總 結(jié) 　　測試覆蓋分析是一種對(duì)測試階段度量及測試工作情況進(jìn)行分析的很好的方法，可以使測試程度更為明確，階段進(jìn)度一目了然，其統(tǒng)計(jì)值也便于管理部門對(duì)當(dāng)前測試狀態(tài)進(jìn)行了解與把握。