成 健

（302設(shè)計研究所，貴州貴陽，550009）

伴隨著軟件工程學(xué)科而發(fā)展出來的軟件測試，這是軟件工程極其重要的組成部分，也是屬于保證軟件質(zhì)量的重要前提。往往軟件開發(fā)總費用的四成以上是軟件測試費用，從這就能夠了解熬，在開發(fā)軟件過程當中軟件測試能夠發(fā)揮特別重要作用，這并不只是局限于屬于軟件開發(fā)的一個階段，而且在整個軟件生命周期過程貫穿。從當前的情況進行分析，面向?qū)ο蠹夹g(shù)這種軟件開發(fā)技術(shù)還比較新，廣泛應(yīng)用的面向過程開發(fā)方法已經(jīng)逐步被代替，這門新興技術(shù)能夠?qū)④浖C解決。面向?qū)ο蠹夹g(shù)則會擁有更為規(guī)范編程風格與系統(tǒng)結(jié)構(gòu)，使用數(shù)據(jù)安全性優(yōu)化，程序代碼重要作用提升。面向?qū)ο鬁y試技術(shù)其主要是適當改變面向過程技術(shù)，本文通過對面向?qū)ο蠹夹g(shù)特點的有效結(jié)合，剖析面向?qū)ο筌浖y試方法與過程。

1 面向?qū)ο筌浖y試方法與過程

1.1 特征

以往傳統(tǒng)面向過程分析這一過程就是分解功能，這也是將系統(tǒng)當成是能夠分析功能集合，其切入點就是一個系統(tǒng)需要怎樣處理信息方法與過程，借助抽象過程滿足系統(tǒng)需要。面向?qū)ο蠓治鼍褪怯行ЫY(jié)合信息造型概念和面向?qū)ο蟪绦蛟O(shè)計語言概念而形成的分析方法，最終往往獲得描述問題精簡圖表形式。針對這樣的情況面向過程與面向?qū)ο筮@兩者之間主要存在以下差異：

一是對象是屬于單獨組件，往往大于一個軟件功能模塊；二是對象到子系統(tǒng)集成往往是松散藕合，系統(tǒng)的頂層并不明顯，那么對象相互之間數(shù)據(jù)接口比軟件模塊之間的接口明顯少；三是當復(fù)用對象，測試者就沒有辦法進入到組件內(nèi)部對其代碼進行分析，在面向?qū)ο筌浖_發(fā)過程中會存在大量插件或者是中間件，那么并不需要測試這些插件或者中間件。

1.2 面向?qū)ο筌浖y試階段

一是單個對象類測試。進行單個對象類測試這也就可以將其稱之為傳統(tǒng)單元測試，這也就是按照程序的過程、函數(shù)或者是為了將某一定功能完成的程序塊。通過進行單元測試理念的沿用，這也可以說是從本質(zhì)上測試類成員函數(shù)。在面向?qū)ο髥卧獪y試過程當中能夠使用部分傳統(tǒng)測試方法。僅僅是出現(xiàn)變化在單元概念，是屬于封裝類或者對象當成最小可測試單位。往往借助于白盒法這樣的覆蓋測試方法，確保至少執(zhí)行一遍全部程序當中的語句。建議程序員完成單個類測試。二是面向?qū)ο蠹蓽y試。面向?qū)ο蠹蓽y試還能夠?qū)⑵浞Q之為測試對象集群。面向?qū)ο蟮能浖鶕碛械目刂平Y(jié)構(gòu)并不存在相應(yīng)的層次，傳統(tǒng)的自底向上與自頂向下的集成策略往往并不存在相應(yīng)的意義。面向?qū)ο筌浖募蓽y試立足于對象的交互測試、立足于線程的測試、立足于使用的測試者三種集成策略。立足于線程的測試集成響應(yīng)系統(tǒng)的一個輸入或者事件所需要的一組類，所有線程被個體測試與集成，借助于回歸測試確保不會產(chǎn)生副作用。面向?qū)ο蟮募蓽y試可以檢測出相對獨立的單元測試無法檢測出的那些類相互作用時候才能夠產(chǎn)生的錯誤。立足于單元測試僅僅只是注重系統(tǒng)的結(jié)構(gòu)與內(nèi)部的相互作用。面向?qū)ο蟮募蓽y試可以劃分成先進行靜態(tài)測試，然后實施動態(tài)測試這兩個步驟實施。靜態(tài)測試往往實施是立足于程序結(jié)構(gòu)，檢測程序結(jié)構(gòu)是否與設(shè)計要求相符。動態(tài)測試設(shè)計策略用例的過程當中，往往參考的是功能調(diào)用結(jié)構(gòu)圖、實體關(guān)系圖或者類關(guān)系圖，以便對不需要被重復(fù)測試的部分予以確定，從而能夠?qū)y試用例進行優(yōu)化，讓測試工作量減少，以便可以讓實施的測試可以獲得一定程度的覆蓋標準。三是面向?qū)ο笙到y(tǒng)測試。借助于單元測試與集成測試，只是可以確保實現(xiàn)軟件開發(fā)功能?？墒巧形创_認在實際運行工程當中，這是否可以將用戶需要滿足，是否大量存在實際使用過程當中會被誘發(fā)產(chǎn)生錯誤的隱患。那么應(yīng)該規(guī)范系統(tǒng)測試完成開發(fā)的軟件。

2 軟件測試測評

所謂的軟件測試評測就是說軟件測試質(zhì)量的好壞，基于某種層面上進行分析，這也可以將其界定成軟件質(zhì)量好壞。在軟件測試的測評方法當中，主要有代表性的是測試覆蓋法與錯誤植入法。

2.1 測試覆蓋法

測試覆蓋就是測評測試完全程度，這是立足于測試覆蓋條件下，表示測試覆蓋就是測試需求與測試用例覆蓋或者已經(jīng)執(zhí)行代碼的覆蓋。最為常用的覆蓋測評就是立足于需求與代碼的測試覆蓋。將其具體化，這也就是指根據(jù)代碼或者需求的設(shè)計/實施標準的完全程度任意測評。系統(tǒng)測試活動必須立足于一個以上測試覆蓋測量基礎(chǔ)。當完全分類需求，那么立足于需求覆蓋測量可能生成測試完全程度的可計量測評。當其應(yīng)用是立足于代碼覆蓋，那么表示測試策略就是按照測試已經(jīng)執(zhí)行的源代碼多少。在比較高安全性要求的系統(tǒng)當中這樣的測試覆蓋策略類型顯得特別關(guān)鍵。立足于代碼測試覆蓋測評測試過程當中已經(jīng)執(zhí)行代碼數(shù)量與其相對應(yīng)的就是執(zhí)行剩余代碼數(shù)量。代碼覆蓋就是立足于數(shù)據(jù)流或者控制流的條件下。實施覆蓋控制流的目的就是對代碼中路徑、代碼行、軟件控制流、分支條件的別的元素實施測試。覆蓋數(shù)據(jù)流的目的就是借助于軟件操作測試數(shù)據(jù)是否存在有效狀態(tài)。

2.2 錯誤植入法

錯誤植入法就是在測試軟件之前有意的將錯誤插入到程序當中的一些位置，完成這樣的操作之后測試軟件，分析能夠發(fā)現(xiàn)被植入的錯誤數(shù)量，沒有發(fā)現(xiàn)被植入的錯誤數(shù)量，那么能夠?qū)浖y試效果進行推斷。一般的測試軟件方法在絕大多數(shù)情況下比較難判定經(jīng)過相應(yīng)的測試之后，軟件還存在著多少數(shù)量的錯誤，那么覆蓋測評的精確度還顯得比較低，針對這樣的情況，在有些時候往往還必須借助于錯誤植入模型來對測試效果進行估算?？墒窃谶@里需要值得重點關(guān)注的就是要將植入錯誤的位置記錄下來，從而能夠在實施測試完畢之后將這些錯誤進行消除，有效預(yù)防不必要的錯誤出現(xiàn)。

3 結(jié)語

總而言之，測試軟件這項工作復(fù)雜而且顯得特別重要，這不但要讓軟件測試人員對于異地的軟件測試方法掌握，還應(yīng)該要讓軟件測試人員按照軟件系統(tǒng)特性不同來對測試策略、測試方法進行分析與選擇。針對這樣的情況，軟件測試必須立足于相應(yīng)的方法與經(jīng)驗，這就應(yīng)該讓軟件測試人員在實施測試過程中，善于按照系統(tǒng)特征進行測試方法設(shè)計。這也就是說，最好的測試方法就是可以最大限度的將軟件中的錯誤測試出來。

[1]趙榮利,崔志明,陳建明.面向?qū)ο筌浖y試技術(shù)的研究與應(yīng)用[J].計算機技術(shù)與發(fā)展.2007(01)

[2]吳蕾.面向?qū)ο蟮能浖y試技術(shù)研究[J].電腦知識與技術(shù)(學(xué)術(shù)交流).2007(02)

[3]朱吉.面向?qū)ο筌浖y試及測試用例設(shè)計[J].電腦知識與技術(shù).2006(20)