8軟件工程第九章大同大學(xué)--文庫吧在線文庫
【正文】 了考慮涉及到該測試的協(xié)作者，要考慮上述序列中每個(gè)操作相關(guān)聯(lián)的消息。下圖是銀行應(yīng)用系統(tǒng) 帳戶 類的 STD。（多對(duì)多關(guān)系） ? 測試構(gòu)件：為了實(shí)現(xiàn)系統(tǒng)測試自動(dòng)化而設(shè)計(jì)的程序構(gòu)件，有時(shí)也稱 “ 測試驅(qū)動(dòng)程序 ” 。 （ 2）設(shè)計(jì)系統(tǒng)測試用例 用于測試系統(tǒng)功能整體上是否正確，在不同條件下的用例組合的運(yùn)行是否有效。 （ 3）建立測試規(guī)程 測試人員應(yīng)根據(jù)測試規(guī)程對(duì)每個(gè)子系統(tǒng)使用一個(gè)或多個(gè)用例進(jìn)行測試（也可一個(gè)用例有多個(gè)規(guī)程）。需要有高超的編程技巧和責(zé)任心。系統(tǒng)測試中發(fā)現(xiàn)的問題反饋給測試設(shè)計(jì)人員和相關(guān)工作流的負(fù)責(zé)人員。還要?jiǎng)?chuàng)建能夠描述在時(shí)間跨度上測試成功率（即已達(dá)到預(yù)期結(jié)果的測試的比率）的趨勢(shì)圖。 ? 測試構(gòu)件，使測試規(guī)程自動(dòng)化。 測試設(shè)計(jì)人員在測試評(píng)估描述中闡述測試的完整性、可靠性并提出行動(dòng)建議。由測試用例的覆蓋率和測試構(gòu)件的覆蓋率導(dǎo)出，即用測試用例使用數(shù)量和測試構(gòu)件代碼執(zhí)行數(shù)量來衡量測試的完全性。 （ 3）將缺陷報(bào)告給相關(guān)的構(gòu)件工程師，由他們對(duì)缺陷進(jìn)行修改。測試人員根據(jù)測試規(guī)程，在自動(dòng)化工具環(huán)境中執(zhí)行測試規(guī)程所描述的動(dòng)作，測試工具會(huì)自動(dòng)記錄這些動(dòng)作。 ? 如果并行運(yùn)行，有可能相互影響的用例組合。測試設(shè)計(jì)的準(zhǔn)則是以最少的重復(fù)來測試最重要的用例并對(duì)風(fēng)險(xiǎn)性最大的需求進(jìn)行測試。 面向?qū)ο筌浖臏y試用例設(shè)計(jì) RUP的測試活動(dòng) RUP建立的測試活動(dòng)主要是執(zhí)行并評(píng)估測試模型所描述的測試。 A B C D E x1， x2， … x3 x4 面向?qū)ο筌浖臏y試用例設(shè)計(jì) （ 2）劃分測試 類似于單個(gè)類劃分測試方法，但需擴(kuò)展測試序列以包括那些通過發(fā)送給協(xié)作類的消息而激活的操作。 （ 1）隨機(jī)測試 Kirani等人建議用下面的步驟生成多個(gè)隨機(jī)測試序列： ? 對(duì)每個(gè)客戶類，用類操作列表生成隨機(jī)測試序列，這些操作將發(fā)送消息給其他服務(wù)器。因此分別獨(dú)立測試改變狀態(tài)的操作和不改變狀態(tài)的操作?？砂凑找韵路椒ㄔO(shè)計(jì)用例： （ 1）隨機(jī)測試 以銀行應(yīng)用系統(tǒng)為例，簡要說明這種測試方法。 確認(rèn)測試使用的圖模型主要是用例圖。先測試不依賴服務(wù)器的獨(dú)立類，如管理和顯示數(shù)據(jù)的類，然后測試依賴獨(dú)立類的其他類。 命令 execute() 粘貼命令 execute() 拷貝命令 execute() execute由基類定義并被一組子類繼承，每個(gè)子類的 execute被應(yīng)用于每個(gè)子類定義的私有屬性和操作的語境內(nèi)，因此，僅在基類內(nèi)測試execute是無效的，應(yīng)該在每個(gè)子類的語境內(nèi)測試 execute。在傳統(tǒng)測試中，單元測試集中在最小的可編譯程序單位（子程序、過程、函數(shù)），一旦這些單元都被獨(dú)立測試后，被集成到程序結(jié)構(gòu)中進(jìn)行一系列的回歸測試，以發(fā)現(xiàn)由于模塊的接口和新單元加入所導(dǎo)致的副作用而帶來的錯(cuò)誤。 面向?qū)ο鬁y試的特點(diǎn) 如果問題在設(shè)計(jì)階段仍未被檢測到，并傳送到編碼活動(dòng)中，則大量的工作將被花在生成那些實(shí)現(xiàn)一個(gè)不必要的屬性、不必要的操作、不必要的消息通信以及很多其它相關(guān)問題的代碼。 傳統(tǒng)程序的復(fù)用以調(diào)用公共模塊為主，運(yùn)行環(huán)境是連續(xù)的。 傳統(tǒng)測試主要是基于程序運(yùn)行過程的，即選擇一組輸入數(shù)據(jù)運(yùn)行被測程序，通過比較實(shí)際結(jié)果與預(yù)期結(jié)果從而判斷程序是否有錯(cuò)。因此要擴(kuò)大測試的視角，對(duì)分析模型、設(shè)計(jì)模型進(jìn)行測試。 是否設(shè)計(jì)模式的使用將減輕 OO系統(tǒng)的繁重測試？ Binder認(rèn)為每次復(fù)用是一個(gè)新的使用語境，需要重新謹(jǐn)慎的測試。封裝驅(qū)動(dòng)了類或?qū)ο蟮亩x，即每個(gè)類或?qū)ο蠓庋b了屬性和操作這些屬性的服務(wù)，最小的可測試單位不是個(gè)體模塊，而是封裝的類或?qū)ο蟆?duì)于類之間的集成， Roger S. Pressman認(rèn)為傳統(tǒng)的自頂向下和自底向上集成的測試策略沒有意義。 面向?qū)ο蟮臏y試策略 自頂向下 自底向上 三明治式 UI層 樁 樁 UI層 應(yīng)用層 樁 樁 UI層 應(yīng)用層 數(shù)據(jù)庫 網(wǎng)絡(luò) 數(shù)據(jù)庫層 網(wǎng)絡(luò)層 驅(qū)動(dòng) 驅(qū)動(dòng) 數(shù)據(jù)
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1