嵌入式系統(tǒng)軟件測(cè)試

1、. . . . 嵌入式系統(tǒng)軟件測(cè)試1.1 概述軟件測(cè)試軟件測(cè)試是設(shè)計(jì)測(cè)試用例，并利用測(cè)試用例運(yùn)行程序，發(fā)現(xiàn)錯(cuò)誤的過(guò)程。而測(cè)試用例的設(shè)計(jì)則需要借助軟件開(kāi)發(fā)階段的規(guī)格說(shuō)明書(shū)以與程序的部結(jié)構(gòu)。軟件測(cè)試是軟件工程研究領(lǐng)域的重要分支，是保證軟件質(zhì)量的關(guān)鍵步驟。發(fā)生于上世紀(jì)70年代末的“軟件危機(jī)”， 對(duì)軟件理論的研究起到了極大的促進(jìn)作用，同時(shí)“軟件工程”作為一項(xiàng)新興學(xué)科也在此時(shí)開(kāi)創(chuàng)。經(jīng)過(guò)30多年的發(fā)展，盡管沒(méi)有找到真正的“銀彈(silver bullet)”來(lái)徹底解決“軟件危機(jī)”問(wèn)題，但是軟件工程的研究，在軟件開(kāi)發(fā)技術(shù)和軟件項(xiàng)目管理兩大領(lǐng)域，依然碩果累累。從結(jié)構(gòu)化程序設(shè)計(jì)思想到面向?qū)ο罄碚?；從?jiǎn)單無(wú)序的手

2、工作坊式編程到較為規(guī)、可控制的各種開(kāi)發(fā)模型；從富于個(gè)人英雄主義氣質(zhì)的牛仔式的程序員到分工明確、迅速高效的現(xiàn)代化開(kāi)發(fā)團(tuán)隊(duì)；從只要求程序能夠運(yùn)行到追求程序的可靠性、兼容性、設(shè)計(jì)重用性等高質(zhì)量屬性；這一系列思想的進(jìn)步和方法的改進(jìn)，都表明了軟件工程領(lǐng)域的研究正在不斷的取得進(jìn)步。與此同時(shí)，對(duì)高質(zhì)量軟件的日益需求，促進(jìn)了軟件工程領(lǐng)域的重要容之一：軟件測(cè)試?yán)碚摰难芯亢蛯?shí)踐。三十多年的發(fā)展，為我們提供了豐富的經(jīng)驗(yàn)，使得軟件測(cè)試成為一門(mén)十分成熟的學(xué)科。1.1.1 軟件測(cè)試目的軟件測(cè)試的過(guò)程是尋找和發(fā)現(xiàn)軟件中潛在的錯(cuò)誤的過(guò)程，因此，軟件測(cè)試的首要目的是與早的發(fā)現(xiàn)軟件中所包含的各種錯(cuò)誤，以此來(lái)使軟件獲得相應(yīng)級(jí)別的質(zhì)

3、量保證。其次，通過(guò)軟件測(cè)試，還可以驗(yàn)證軟件實(shí)現(xiàn)的功能是否符合設(shè)計(jì)說(shuō)明書(shū)的要求；驗(yàn)證軟件的性能是否達(dá)到設(shè)計(jì)要求；通過(guò)收集測(cè)試過(guò)程中的各種數(shù)據(jù)，為軟件質(zhì)量的評(píng)價(jià)提供一定的依據(jù)。另外，在指定具體的測(cè)試目標(biāo)時(shí)，人們通常會(huì)將投入的時(shí)間和人力等成本考慮進(jìn)去，所以，成功的軟件測(cè)試往往是通過(guò)最少的人力和時(shí)間成本，盡可能多的找出軟件中潛在的各種錯(cuò)誤和設(shè)計(jì)缺陷。1.1.2 軟件測(cè)試對(duì)象一種常見(jiàn)的觀點(diǎn)認(rèn)為軟件測(cè)試單指程序測(cè)試，這種觀點(diǎn)顯然是不全面的。軟件測(cè)試貫穿于整個(gè)軟件定義和軟件開(kāi)發(fā)過(guò)程。因此，由需求分析得到的需求說(shuō)明書(shū)、由概要設(shè)計(jì)得到的概要設(shè)計(jì)說(shuō)明書(shū)、由詳細(xì)設(shè)計(jì)得到的詳細(xì)設(shè)計(jì)說(shuō)明書(shū)以與由程序編碼得到的源程序等，

4、均應(yīng)該被視為軟件測(cè)試的對(duì)象。在軟件的開(kāi)發(fā)過(guò)程中，越早發(fā)現(xiàn)的錯(cuò)誤，改正錯(cuò)誤的代價(jià)就越低，對(duì)于軟件開(kāi)發(fā)過(guò)程的影響就越小，見(jiàn)圖3-1。因此，對(duì)于軟件生存周期的各個(gè)階段所要傳遞的信息，都應(yīng)該盡可能的保證理解和表達(dá)的正確性。對(duì)每個(gè)階段所得到的階段性成果，都應(yīng)該獨(dú)立的進(jìn)行確認(rèn)和驗(yàn)證，以求盡早地發(fā)現(xiàn)軟件缺陷。圖 01隨時(shí)間推移，修復(fù)軟件錯(cuò)誤費(fèi)用驚人增長(zhǎng)1.1.3 軟件測(cè)試數(shù)據(jù)流圖軟件測(cè)試數(shù)據(jù)流圖描述了軟件測(cè)試的基本流程，如圖3-2所示。測(cè)試過(guò)程需要兩類輸入，分別是軟件配置和測(cè)試配置。軟件配置包括：軟件需求規(guī)格說(shuō)明書(shū)，軟件設(shè)計(jì)規(guī)格說(shuō)明書(shū)，源代碼等；測(cè)試配置包括：測(cè)試計(jì)劃，測(cè)試用例，測(cè)試驅(qū)動(dòng)程序和測(cè)試工具等。圖

5、 02軟件測(cè)試數(shù)據(jù)流圖1.1.4 軟件測(cè)試方法軟件測(cè)試的方法多種多樣，從不同的角度來(lái)看，可以有不同的分類方法。從其貫穿軟件生命周期的過(guò)程來(lái)看，可以分為模塊測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和確認(rèn)測(cè)試等測(cè)試階段；另外，測(cè)試還可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；在動(dòng)態(tài)測(cè)試中，又分為基于程序結(jié)構(gòu)的白盒測(cè)試和基于功能的黑盒測(cè)試?？偟膩?lái)講，目前軟件測(cè)試存在兩大類測(cè)試方法，第一類測(cè)試方法是將軟件在設(shè)計(jì)的環(huán)境下運(yùn)行以得出結(jié)果，并將該結(jié)果與預(yù)期結(jié)果作對(duì)照，如果二者相符則測(cè)試通過(guò)，如果二者存在出入不相符則視為錯(cuò)誤。最終在設(shè)計(jì)規(guī)定的環(huán)境中將軟件的所有功能加以運(yùn)行，以逐一發(fā)現(xiàn)錯(cuò)誤。該方法基于用戶需求和設(shè)計(jì)，將測(cè)試工作的疇加以界定，可

6、有針對(duì)性地部署測(cè)試的側(cè)重點(diǎn)。第二類方法與需求和設(shè)計(jì)沒(méi)有必然的聯(lián)系，更強(qiáng)調(diào)測(cè)試人員利用逆向思維發(fā)揮主觀能動(dòng)性，不斷反思開(kāi)發(fā)人員的不良習(xí)慣、理解的誤區(qū)、無(wú)效數(shù)據(jù)的輸入、程序代碼的邊界以與系統(tǒng)本身的各種弱點(diǎn)，站在破壞和摧毀系統(tǒng)的角度，不斷尋找系統(tǒng)中各種各樣的問(wèn)題。實(shí)踐中，結(jié)合使用以上兩種測(cè)試方法往往能夠取得較好的效果。1.2 嵌入式軟件的測(cè)試1.2.1 關(guān)于測(cè)試策略嵌入式平臺(tái)，資源相對(duì)稀少，但其卻是嵌入式系統(tǒng)軟件最終的運(yùn)行環(huán)境,而一般軟件可能運(yùn)行在超級(jí)計(jì)算機(jī)上或高性能的PC機(jī)上。適當(dāng)條件下, 嵌入式系統(tǒng)軟件的測(cè)試同樣適用一般軟件的單元測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試和確認(rèn)測(cè)試策略。我們也可以將所謂的適當(dāng)條件

7、看作是關(guān)于嵌入式系統(tǒng)軟件測(cè)試的獨(dú)特策略。嵌入式系統(tǒng)中的開(kāi)發(fā)環(huán)境和最終運(yùn)行環(huán)境又分別被稱為主機(jī)(Host)平臺(tái)和目標(biāo)(Target)平臺(tái)。兩種典型的嵌入式軟件開(kāi)發(fā)方式分別為:一種是在實(shí)際目標(biāo)(Target)平臺(tái)上編輯、編譯和調(diào)試代碼進(jìn)而開(kāi)發(fā)源代碼;另一種則是將編輯和編譯源代碼的工作在主機(jī)平臺(tái)上完成,而后移動(dòng)可執(zhí)行代碼到目標(biāo)機(jī)上進(jìn)行調(diào)試。第二種方法也叫做交叉開(kāi)發(fā),如圖3-3所示。圖 03 交叉開(kāi)發(fā)選擇交叉開(kāi)發(fā)方法使得目標(biāo)機(jī)和主機(jī)在運(yùn)行速度上的差別得以緩解。交叉開(kāi)發(fā)環(huán)境,同時(shí)也是交叉測(cè)試環(huán)境，因?yàn)樵诮徊鏈y(cè)試過(guò)程中同樣體現(xiàn)了交叉開(kāi)發(fā)的有利因素。這即是前面提到的適當(dāng)條件,即關(guān)于嵌入式軟件測(cè)試的獨(dú)特的交叉

8、測(cè)試策略。在主機(jī)環(huán)境下，無(wú)論是嵌入式軟件的單元測(cè)試還是嵌入式軟件的集成測(cè)試均可以完成;然而關(guān)于最終的硬軟件集成測(cè)試則必須在目標(biāo)環(huán)境下,利用目標(biāo)機(jī)與主機(jī)間的信息通道,進(jìn)而實(shí)現(xiàn)測(cè)試控制和信息反饋通信。1.2.2 測(cè)試方法關(guān)于測(cè)試方法，覆蓋和質(zhì)量是主要的評(píng)測(cè)方法。測(cè)試覆蓋可用測(cè)試需求和測(cè)試用例的覆蓋來(lái)表示，亦可用已執(zhí)行代碼的覆蓋來(lái)表示，主要是評(píng)測(cè)測(cè)試的完全程度。將針對(duì)測(cè)試對(duì)象的穩(wěn)定性、可靠性以與性能的評(píng)測(cè)稱作是質(zhì)量。不管是對(duì)測(cè)試結(jié)果的評(píng)估，還是在測(cè)試過(guò)程中針對(duì)確定的變更請(qǐng)求(缺陷)所進(jìn)行的分析，均可作為質(zhì)量評(píng)測(cè)的基礎(chǔ)。(1)覆蓋測(cè)評(píng) 測(cè)試的完全程度由覆蓋指標(biāo)表示。黑盒的測(cè)試覆蓋和白盒的測(cè)試覆蓋是最常

9、用的覆蓋測(cè)評(píng)方法，前者是基于需求的測(cè)試覆蓋，而后者則是基于代碼的測(cè)試覆蓋。簡(jiǎn)單地說(shuō)，測(cè)試覆蓋是對(duì)基于需求或基于代碼的完全程度的評(píng)測(cè)，前者是核實(shí)測(cè)試用例，后者是評(píng)測(cè)代碼執(zhí)行。系統(tǒng)的測(cè)試活動(dòng)必須以測(cè)試覆蓋策略為基礎(chǔ)，測(cè)試的一般目的由覆蓋策略述，用例的設(shè)計(jì)也由覆蓋策略指導(dǎo)。此外，所有性能也可由覆蓋策略的述簡(jiǎn)單說(shuō)明。倘若已經(jīng)將需求完全分類，那么覆蓋策略基于需求足以生成測(cè)試為完全程度的可計(jì)量評(píng)測(cè)。舉例說(shuō)明，如若所有性能的測(cè)試需求都已經(jīng)被確定，那么評(píng)測(cè)就可引用測(cè)試結(jié)果得到。如若應(yīng)用基于代碼的測(cè)試覆蓋，那么測(cè)試策略只能根據(jù)測(cè)試所得的已執(zhí)行的源代碼的多少來(lái)確定。對(duì)于安全之上的系統(tǒng)來(lái)說(shuō)，該測(cè)試覆蓋策略類型具有非

10、常重要的意義。在測(cè)試生命周期中，基于需求的測(cè)試覆蓋要評(píng)測(cè)數(shù)次。測(cè)試覆蓋可用以下公式計(jì)算：測(cè)試覆蓋T是用已計(jì)劃或已實(shí)施或成功的測(cè)試過(guò)程或測(cè)試用例表示的測(cè)試(Test)數(shù)。表示測(cè)試需求(Requirement for Test)總數(shù)。制定測(cè)試計(jì)劃時(shí)，通過(guò)計(jì)算測(cè)試覆蓋以確定已計(jì)劃的測(cè)試覆蓋，計(jì)算方法為：測(cè)試覆蓋(已計(jì)劃的) 是已計(jì)劃測(cè)試數(shù)，其用測(cè)試過(guò)程或測(cè)試用例表示。實(shí)施測(cè)試活動(dòng)時(shí)，測(cè)試過(guò)程按照測(cè)試腳本正在實(shí)施中，可采用以下公式計(jì)算測(cè)試覆蓋：測(cè)試覆蓋(已執(zhí)行的) 是已執(zhí)行的測(cè)試數(shù)，其用測(cè)試過(guò)程或測(cè)試用例表示。執(zhí)行測(cè)試活動(dòng)時(shí)，兩個(gè)測(cè)試覆蓋評(píng)測(cè)同時(shí)使用，其一用來(lái)確定由執(zhí)行測(cè)試得到的測(cè)試覆蓋，另一個(gè)用來(lái)確

11、定執(zhí)行時(shí)未出現(xiàn)失敗即成功的測(cè)試覆蓋(如沒(méi)有缺陷出現(xiàn)或意外結(jié)果產(chǎn)生的測(cè)試)。利用以下公式計(jì)算這些覆蓋評(píng)測(cè)：測(cè)試覆蓋(已執(zhí)行的) 是已執(zhí)行的測(cè)試數(shù)，其用測(cè)試過(guò)程或測(cè)試用例表示。成功的測(cè)試覆蓋(已執(zhí)行的) 也是已執(zhí)行的測(cè)試數(shù)，不同的是，其是由沒(méi)有缺陷的已完成的測(cè)試過(guò)程或測(cè)試用例來(lái)表示。倘若用百分?jǐn)?shù)表示以上比率，那么以下有關(guān)基于需求的測(cè)試覆蓋的述同樣成立：已經(jīng)覆蓋的測(cè)試用例(同上述公式中的)為 x，成功率為y。關(guān)于測(cè)試覆蓋的該種述是有意義的，其與已定義的成功標(biāo)準(zhǔn)作比較，如果不相符，則可利用此述為基礎(chǔ)來(lái)預(yù)測(cè)剩余測(cè)試工作?；诖a的測(cè)試覆蓋，在測(cè)試過(guò)程中，其可以測(cè)評(píng)已經(jīng)執(zhí)行的代碼的多少，而要執(zhí)行的剩余代碼

12、則與之相對(duì)?？刂屏靼ㄕZ(yǔ)句、分支或路徑，而代碼覆蓋則即可建立在控制流上，亦可建立在數(shù)據(jù)流上。無(wú)論是測(cè)試代碼行、測(cè)試分支條件、還是測(cè)試代碼中的路徑，甚至軟件控制流中的其它元素都被當(dāng)作了控制流覆蓋的目的。數(shù)據(jù)流覆蓋的目的是利用軟件操作對(duì)數(shù)據(jù)狀態(tài)的有效與否進(jìn)行測(cè)試。例如，測(cè)試在使用之前數(shù)據(jù)元素是否已作定義。利用以下公式對(duì)基于代碼的測(cè)試覆蓋進(jìn)行計(jì)算：測(cè)試覆蓋是已執(zhí)行項(xiàng)目數(shù)，其既可用代碼語(yǔ)句、分支或路徑來(lái)表示，還可用數(shù)據(jù)元素名或數(shù)據(jù)狀態(tài)判定點(diǎn)數(shù)來(lái)表示。表示代碼中的項(xiàng)目總數(shù)。倘若用百分?jǐn)?shù)表示以上比率，那么以下有關(guān)基于代碼的測(cè)試覆蓋的述同樣成立：已經(jīng)覆蓋的測(cè)試用例(同上述公式中的I)為 x，成功率為y。關(guān)于

13、測(cè)試覆蓋的該種述是有意義的，其與已定義的成功標(biāo)準(zhǔn)作比較，如果不相符，則可利用此述為基礎(chǔ)來(lái)預(yù)測(cè)剩余測(cè)試工作。(2)質(zhì)量評(píng)測(cè)適用于硬件可靠性設(shè)計(jì)中的“簡(jiǎn)單就是可靠”原則同樣也適合軟件，隨著功能的增多或增強(qiáng)軟件需要不斷升級(jí)與補(bǔ)丁。軟件質(zhì)量是由因應(yīng)用方面和用戶觀點(diǎn)不同而各異的多種因素組成的混合體或綜合體。按照能否直接度量的標(biāo)準(zhǔn)可將影響軟件質(zhì)量的因素分為兩大類：其一是可直接度量的因素，其二是只能間接度量的因素，前者如單位時(shí)間所發(fā)現(xiàn)的每千行源代碼的錯(cuò)誤個(gè)數(shù)，后者如可維護(hù)性、可復(fù)用性等。以上兩大類影響軟件質(zhì)量的因素都能夠被度量，且都可以具體數(shù)據(jù)描述軟件質(zhì)量的不同方面。關(guān)于軟件的可維護(hù)性，主要有三種度量參數(shù)，

14、分別為：Line復(fù)雜度、Halstead復(fù)雜度和McCabe復(fù)雜度。Line復(fù)雜度的計(jì)算基準(zhǔn)是代碼的行數(shù)。Halstead復(fù)雜度將程序中使用到的運(yùn)算元與運(yùn)算符數(shù)量作為直接測(cè)量指標(biāo),然后計(jì)算出程序容量和工作量等。McCabe復(fù)雜度又被稱作是圈復(fù)雜度，它定量了測(cè)試?yán)щy度以與最終可靠性指標(biāo)的度量。經(jīng)試驗(yàn)證明，McCabe度量、存在于源代碼中的錯(cuò)誤數(shù)、發(fā)現(xiàn)并糾正這些錯(cuò)誤所需的時(shí)間，該三者之間存在特定的關(guān)系。McCabe&Associates公司成立于1976年，該公司針對(duì)軟件進(jìn)行結(jié)構(gòu)測(cè)試而開(kāi)發(fā)出了McCabe Cylomatic Complexity Metric（圈復(fù)雜度）技術(shù)。將軟件復(fù)雜度

15、測(cè)量的數(shù)目作為基礎(chǔ)的Meric，可幫助工程師較為輕松地識(shí)別出難于測(cè)試和維護(hù)的模塊。人們將圈復(fù)雜度作為評(píng)估軟件質(zhì)量的重要標(biāo)準(zhǔn)，利用其來(lái)衡量軟件的復(fù)雜度和質(zhì)量，奔著在成本、進(jìn)度以與性能之間尋求平衡的目的來(lái)安排工程進(jìn)度。McCabe復(fù)雜度包括基本復(fù)雜度、圈復(fù)雜度、設(shè)計(jì)復(fù)雜度、模塊設(shè)計(jì)復(fù)雜度和集成復(fù)雜度。1.2.3 測(cè)試工具1.2.3.1 軟件測(cè)試工具純軟件方式的測(cè)試大多都是利用軟件仿真技術(shù)，在宿主機(jī)上模擬目標(biāo)機(jī)，從而在仿真的宿主機(jī)上進(jìn)行大部分的測(cè)試。現(xiàn)在大多數(shù)的嵌入式測(cè)試工具，包括Logiscope、Coverage Scope等都采用了這種方式。作為純軟件測(cè)試工具Host/Target采用的是軟件

16、插樁技術(shù)。將一些函數(shù)或一段語(yǔ)句插入到被測(cè)代碼中，再利用插入的函數(shù)或語(yǔ)句來(lái)生成數(shù)據(jù)，并將這些數(shù)據(jù)上送到目標(biāo)系統(tǒng)的共享存中。與此同時(shí)，在目標(biāo)系統(tǒng)中利用預(yù)處理任務(wù)對(duì)這些數(shù)據(jù)進(jìn)行預(yù)處理，之后通過(guò)目標(biāo)機(jī)的調(diào)試口將處理后的數(shù)據(jù)上送到主機(jī)平臺(tái)，所有的這些都在目標(biāo)處理器的參與下完成。測(cè)試者通過(guò)以上過(guò)程可以得知程序當(dāng)前的運(yùn)行狀態(tài)。插樁函數(shù)和預(yù)處理任務(wù)作為兩個(gè)特點(diǎn)必然存在于純軟件的測(cè)試方式中。而插樁函數(shù)和預(yù)處理任務(wù)的存在也增大了系統(tǒng)的代碼，更有甚者，某些代碼會(huì)極影響系統(tǒng)的運(yùn)行效率。預(yù)處理任務(wù)不但占用目標(biāo)系統(tǒng)CPU存，而且需要時(shí)間在通信通道中處理和傳送數(shù)據(jù)。鑒于這些弊端的存在，基于Host/Target的純軟件測(cè)試

17、工具在進(jìn)行測(cè)試時(shí)，其不能對(duì)目標(biāo)系統(tǒng)進(jìn)行精確的性能分析，甚至，在分析覆蓋率時(shí)，系統(tǒng)的運(yùn)行還要受到大量插樁的影響。所以，Host/Target作為一種純軟件測(cè)試工具，其缺乏性能分析功能，既不能針對(duì)目標(biāo)系統(tǒng)中相關(guān)的時(shí)間指標(biāo)做出精確的分析，也不能動(dòng)態(tài)觀察存的動(dòng)態(tài)分配。1.2.3.2 硬件測(cè)試工具純硬件的手段，如萬(wàn)用表、示波器、邏輯分析儀等，通常被用于設(shè)計(jì)和測(cè)試系統(tǒng)的硬件，但也可用來(lái)分析測(cè)試軟件。邏輯分析儀是最常用的一種純硬件測(cè)試工具，其通過(guò)監(jiān)控系統(tǒng)運(yùn)行時(shí)總線上的指令周期，利用一定頻率捕獲信號(hào)，分析數(shù)據(jù)，通過(guò)了解用戶系統(tǒng)的工作狀態(tài)，進(jìn)而對(duì)當(dāng)前程序運(yùn)行的狀況做出判斷。邏輯分析儀使用采樣的方式，難免會(huì)遺漏重

18、要信號(hào)，而且，其分析圍也非常有限。舉例說(shuō)明，邏輯分析儀只能采用抽樣的方式，對(duì)有限的函數(shù)進(jìn)行性能分析，故其要得出滿意的結(jié)果十分困難。針對(duì)程序分析覆蓋率時(shí)，硬件工具需要從系統(tǒng)總線上捕獲數(shù)據(jù)，例如當(dāng)打開(kāi)Cache時(shí)系統(tǒng)會(huì)基于指令預(yù)取技術(shù)，將外存中的一段代碼讀入到一級(jí)Cache中，此時(shí)，邏輯分析儀利用頻率捕獲到代碼被讀取的信號(hào)，然后報(bào)告這些代碼已被執(zhí)行，然而實(shí)際上被讀入到一級(jí)Cache中的代碼可能根本沒(méi)有被命中。只有把Cache關(guān)掉才可能避免這種誤差，而把Cache關(guān)掉之后系統(tǒng)的運(yùn)行環(huán)境就不真實(shí)了，更有甚者系統(tǒng)都可能出現(xiàn)無(wú)常運(yùn)行的現(xiàn)象。由此可知，純硬件工具根本不具備分析和檢查存分配的能力。1.2.3.

19、3 軟硬結(jié)合測(cè)試工具所謂的軟硬結(jié)合測(cè)試工具，也即能夠利用純軟件和純硬件測(cè)試工具各自的優(yōu)點(diǎn)，并摒棄它們各自的缺點(diǎn)。例如高性能測(cè)試工具CodeTest，其采用插樁技術(shù)由Applied Microsystems Corporation(AMc)公司專為嵌入式開(kāi)發(fā)者而設(shè)計(jì)，可用于本機(jī)測(cè)試 (native)甚至在線測(cè)試(in-circuit)。區(qū)別于純軟件測(cè)試工具，CodeTest以插入一條賦值語(yǔ)句來(lái)替代插樁函數(shù)，從而大大縮短了執(zhí)行時(shí)間，同時(shí)也避免了被中斷，相互間的影響都非常小。同時(shí)，CodeTest又吸取并改進(jìn)了純硬件測(cè)試工具里從總線捕獲數(shù)據(jù)的技術(shù)，CodeTest摒棄采樣的方式，通過(guò)監(jiān)視系統(tǒng)總線，只有在程序運(yùn)行到插入的特殊點(diǎn)時(shí)才會(huì)主動(dòng)捕獲數(shù)據(jù)總線上的數(shù)據(jù)，所以，利用CodeTest所做的數(shù)據(jù)觀察可以很精確。CodeTest主要的功能有:(l) 分析性能。(2) 分析測(cè)試覆蓋。(3) 分析動(dòng)態(tài)存儲(chǔ)器分配。(4) 分析執(zhí)行追蹤 (TRACE)。所以，雖然現(xiàn)在市面上的一些測(cè)試工具在某些應(yīng)用中達(dá)到了一定或較好的效果，但由于嵌入式的多樣性，使得這些測(cè)試工具在針對(duì)某些特定的應(yīng)用