2010年軟考軟件評測師測試工作管理與規(guī)范(7)

　　軟件測試的組織與管理(一)

　　隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的錯誤為目的的測試工作就顯得更加困難。然而，為了盡可能多地找出程序中的錯誤，生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，加強(qiáng)對測試工作的組織和管理就顯得尤為重要。

　　從軟件的生存周期看，測試往往指對程序的測試，這樣做的優(yōu)點(diǎn)是被測對像明確，測試的可操作性相對較強(qiáng)。但是，由于測試的依據(jù)是規(guī)格說明書、設(shè)計(jì)文檔和使用說明書，如果設(shè)計(jì)有錯誤，測試的質(zhì)量就難以保證。即使測試后發(fā)現(xiàn)是設(shè)計(jì)的錯誤，這時，修改的代價(jià)是相當(dāng)昂貴的。因此，較理想的做法應(yīng)該是對軟件的開發(fā)過程，按軟件工程各階段形成的結(jié)果，分別進(jìn)行嚴(yán)格的審查。

　　1.測試的過程及組織

　　當(dāng)設(shè)計(jì)工作完成以后，就應(yīng)該著手測試的準(zhǔn)備工作了，一般來講，由一位對整個系統(tǒng)設(shè)計(jì)熟悉的設(shè)計(jì)人員編寫測試大綱，明確測試的內(nèi)容和測試通過的準(zhǔn)則，設(shè)計(jì)完整合理的測試用例，以便系統(tǒng)實(shí)現(xiàn)后進(jìn)行全面測試。

　　在實(shí)現(xiàn)組將所開發(fā)的程序經(jīng)驗(yàn)證后，提交測試組，由測試負(fù)責(zé)人組織測試，測試一般可按下列方式組織:

　　(1)首先，測試人員要仔細(xì)閱讀有關(guān)資料，包括規(guī)格說明、設(shè)計(jì)文檔、使用說明書及在設(shè)計(jì)過程中形成的測試大綱、測試內(nèi)容及測試的通過準(zhǔn)則，全面熟悉系統(tǒng)，編寫測試計(jì)劃，設(shè)計(jì)測試用例，作好測試前的準(zhǔn)備工作。

　　(2)為了保證測試的質(zhì)量，將測試過程分成幾個階段，即:代碼審查、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。

　　(3)代碼會審

　　代碼會審是由一組人通過閱讀、討論和爭議對程序進(jìn)行靜態(tài)分析的過程。會審小組在充分閱讀待審程序文本、控制流程圖及有關(guān)要求、規(guī)范等文件基礎(chǔ)上，召開代碼會審會，程序員逐句講解程序的邏輯，并展開熱烈的討論甚至爭議，以揭示錯誤的關(guān)鍵所在。實(shí)踐表明，程序員在講解過程中能發(fā)現(xiàn)許多自己原來沒有發(fā)現(xiàn)的錯誤，而討論和爭議則進(jìn)一步促使了問題的暴露。

　　(4)單元測試

　　單元測試集中在檢查軟件設(shè)計(jì)的最小單位-模塊上，通過測試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。

　　(5)集成測試

　　集成測試是將模塊按照設(shè)計(jì)要求組裝起來同時進(jìn)行測試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題。如數(shù)據(jù)穿過接口時可能丟失;一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響;把子功能組合起來可能不產(chǎn)生預(yù)期的主功能;個別看起來是可以接受的誤差可能積累到不能接受的程度;全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。(6)確認(rèn)測試

　　確認(rèn)測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

　　(7)系統(tǒng)測試

　　軟件開發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運(yùn)行，進(jìn)行系統(tǒng)測試。包括恢復(fù)測試、安全測試、強(qiáng)度測試和性能測試等。

　　經(jīng)過上述的測試過程對軟件進(jìn)行測試后，軟件基本滿足開發(fā)的要求，測試宣告結(jié)束，經(jīng)驗(yàn)收后，將軟件提交用戶。