2.測試方法的應(yīng)用
集成測試及其后的測試階段,一般采用黑盒方法。其策略包括:
(1)用邊值分析法和(或)等價分類法提出基本的測試用例;
(2)用猜測法補充新的測試用例;
(3)如果在程序的功能說明中含有輸入條件的組合,宜在一開始就用因果圖法,然后再按以上1、2兩步進(jìn)行。
單元測試的設(shè)計策略稍有不同。因為在為模塊設(shè)計程序用例時,可以直接參考模塊的源程序。所以單元測試的策略,總是把白盒法和黑盒法結(jié)合運用。具體做法有兩種:
a、先仿照上述步驟用黑盒法提出一組基本的測試用例,然后用白盒法作驗證。如果發(fā)現(xiàn)用黑盒法產(chǎn)生的測試用例未能滿足所需的覆蓋標(biāo)準(zhǔn),就用白盒法增補新的測試用例來滿足它們。覆蓋的標(biāo)準(zhǔn)應(yīng)該根據(jù)模塊的具體情況確定。對可靠性要求較高的模塊,通常要滿足條件組合覆蓋或路徑覆蓋標(biāo)準(zhǔn)。
b、先用白盒法分析模塊的邏輯結(jié)構(gòu),提出一批測試用例,然后根據(jù)模塊的功能用黑盒法進(jìn)行補充。
3.測試的人員組織
為了保證軟件的開發(fā)質(zhì)量,軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個過程。因此,對分析、設(shè)計和實現(xiàn)等各階段所得到的結(jié)果,包括需求規(guī)格說明、設(shè)計規(guī)格說明及源程序都應(yīng)進(jìn)行軟件測試。基于此,測試人員的組織也應(yīng)是分階段的。
(1)軟件的設(shè)計和實現(xiàn)都是基于需求分析規(guī)格說明進(jìn)行的。需求分析規(guī)格說明是否完整、正確、清晰是軟件開發(fā)成敗的關(guān)鍵。為了保證需求定義的質(zhì)量,應(yīng)對其進(jìn)行嚴(yán)格的審查。審查小組由下列人員組成:
組長:1人
成員:包括系統(tǒng)分析員,軟件開發(fā)管理者,軟件設(shè)計、開發(fā)和測試人員和用戶
(2)設(shè)計評審:軟件設(shè)計是將軟件需求轉(zhuǎn)換成軟件表示的過程。主要描繪出系統(tǒng)結(jié)構(gòu)、詳細(xì)的處理過程和數(shù)據(jù)庫模式。按照需求的規(guī)格說明對系統(tǒng)結(jié)構(gòu)的合理性、處理過程的正確性進(jìn)行評價,同時利用關(guān)系數(shù)據(jù)庫的規(guī)范化理論對數(shù)據(jù)庫模式進(jìn)行審查。評審小組由下列人員組成:
組長:1人
成員:包括系統(tǒng)分析員、軟件設(shè)計人員、測試負(fù)責(zé)人員各一人。
(3)程序的測試:軟件測試。是整個軟件開發(fā)過程中交付用戶使用前的最后階段,是軟件質(zhì)量保證的關(guān)鍵。軟件測試在軟件生存周期中橫跨兩個階段:通常在編寫出每一個模塊之后,就對它進(jìn)行必要的測試(稱為單元測試)。編碼與單元測試屬于軟件生存周期中的同一階段。該階段的測試工作,由編程組內(nèi)部人員進(jìn)行交叉測試(避免編程人員測試自己的程序)。這一階段結(jié)束后,進(jìn)入軟件生存周期的測試階段,對軟件系統(tǒng)進(jìn)行各種綜合測試。測試工作由專門的測試組完成,測試組設(shè)組長一名,負(fù)責(zé)整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設(shè)計和編程經(jīng)驗的專業(yè)人員組成,人數(shù)根據(jù)具體情況可多可少,一般3~5人為宜。
相關(guān)推薦:考試吧策劃:2010年軟件水平考試完全指南北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |