2010年軟件水平考試軟件測評師自動(dòng)化測試(5)

　　一、 白盒測試的實(shí)施方案

　　在開發(fā)階段

　　要保證產(chǎn)品的質(zhì)量，產(chǎn)品的生產(chǎn)過程應(yīng)該遵循一定的行業(yè)標(biāo)準(zhǔn)。軟件產(chǎn)品也是同樣，沒有標(biāo)準(zhǔn)可依自然談不上質(zhì)量的好壞。所有關(guān)心軟件開發(fā)質(zhì)量的組織、單位，都要定義或了解軟件的質(zhì)量標(biāo)準(zhǔn)、模型。其好處是保證公司實(shí)踐的均勻性，產(chǎn)品的可維護(hù)性、可靠性以及可移植性等。

　　在測試階段

　　與軟件產(chǎn)品的開發(fā)過程一樣，測試過程也需要有一定的準(zhǔn)則，來指導(dǎo)、度量、評價(jià)軟件測試過程的質(zhì)量。

　　定義測試準(zhǔn)則

　　為控制測試的有效性以及完成程度，必須定義準(zhǔn)則和策略，以判斷何時(shí)結(jié)束測試階段。準(zhǔn)則必須是客觀的，可量化的元素，而不能是經(jīng)驗(yàn)或感覺。

　　根據(jù)應(yīng)用的準(zhǔn)則和項(xiàng)目相關(guān)的約束，項(xiàng)目領(lǐng)導(dǎo)可以定義使用的度量方法，和要達(dá)到的覆蓋率。

　　度量測試的有效性、完整性

　　對每個(gè)測試的測試覆蓋信息和累計(jì)信息，用圖形方式顯示覆蓋比率，并根據(jù)測試運(yùn)行情況實(shí)時(shí)更新，隨時(shí)顯示新的測試所反映的測試覆蓋情況。

　　允許所有的測試運(yùn)行依據(jù)其有效性進(jìn)行管理，用戶可以減少不適用于非回歸測試的測試的過程。

　　優(yōu)化測試過程

　　在測試階段的第一步，執(zhí)行的測試是功能性測試。其目的是檢查所期望的功能是否已經(jīng)實(shí)現(xiàn)。在測試的初期，覆蓋率迅速增加。象樣的測試工作一般能達(dá)到70%的覆蓋率。但是，此時(shí)要再提高覆蓋率是十分困難的，因?yàn)樾碌臏y試往往覆蓋了相同的測試路徑。在該階段需要對測試策略做一些改變：從功能性測試轉(zhuǎn)向結(jié)構(gòu)化測試。也就是說，針對沒有執(zhí)行過的路徑，構(gòu)造適當(dāng)?shù)臏y試用例來覆蓋這些路徑。

　　在測試期間，及時(shí)地調(diào)整測試策略，并檢查分析關(guān)鍵因素，以提高測試效率。

　　在維護(hù)階段

　　有一點(diǎn)認(rèn)識越來越為大多數(shù)人所認(rèn)可：應(yīng)用系統(tǒng)的維護(hù)費(fèi)用與初始的開發(fā)費(fèi)用基本相等，而在維護(hù)過程中，在對應(yīng)用結(jié)構(gòu)、邏輯、運(yùn)行的理解上花費(fèi)的時(shí)間，要用去50%的時(shí)間。

　　由于系統(tǒng)維護(hù)人員很可能不是開發(fā)人員本人，再加上人員的流動(dòng)、團(tuán)隊(duì)內(nèi)部的交流的不足，都需要對應(yīng)用系統(tǒng)的理解。

　　理解應(yīng)用系統(tǒng)

　　將應(yīng)用系統(tǒng)的設(shè)計(jì)，以文件形式(部件文件間的關(guān)系)和調(diào)用圖的形式(函數(shù)和過程間的關(guān)系)可視化。

　　函數(shù)的邏輯結(jié)構(gòu)以控制流圖的形式顯示，在控制流圖上選定一個(gè)節(jié)點(diǎn)，即可得到相對應(yīng)的代碼。

　　應(yīng)用系統(tǒng)可以在不同的抽象層上進(jìn)行分析，不同層次間的導(dǎo)航關(guān)聯(lián)，促進(jìn)對整體的理解。

　　對應(yīng)用按其資源的使用進(jìn)行檢測，由此促進(jìn)對函數(shù)之間(參數(shù)傳遞)的信息流、數(shù)據(jù)間的關(guān)系，以及其它資源的理解。

　　安全地修改軟件

　　維護(hù)軟件意味著修改軟件，修改后的程序確認(rèn)需要大量的工作。因?yàn)�，看起來很小的修改，都可能�?huì)滾雪球似的導(dǎo)致數(shù)十處甚至上百處的修改。這種后繼的修改需求，越早發(fā)現(xiàn)越好，最好是在編譯前就發(fā)現(xiàn)并做出修改，最壞的情況是在調(diào)試和非回歸測試期間發(fā)現(xiàn)。