軟件測試模型&軟件測試設(shè)計

軟件測試模型&軟件測試設(shè)計

ID:16151548

大?。?3.50 KB

頁數(shù):11頁

時間:2018-08-08

軟件測試模型&軟件測試設(shè)計_第1頁
軟件測試模型&軟件測試設(shè)計_第2頁
軟件測試模型&軟件測試設(shè)計_第3頁
軟件測試模型&軟件測試設(shè)計_第4頁
軟件測試模型&軟件測試設(shè)計_第5頁
資源描述:

《軟件測試模型&軟件測試設(shè)計》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、軟件測試模型測試策略的簡介測試策略包括:單元測試、設(shè)計測試用例、要測試哪幾方面的問題,針對這幾方面問題各自測試什么內(nèi)容,測試的具體步驟及實用測試策略瀑布模型、螺旋模型、圓形開發(fā)模型、增量開發(fā)模型、漸進(jìn)模型、快速應(yīng)用開發(fā)模型測試分為單元測試、集成測試、系統(tǒng)測試和確認(rèn)(驗收)測試單元測試針對程序中的模塊或構(gòu)件主要揭露編碼階段產(chǎn)生的錯誤單元測試又稱模塊測試、邏輯測試或結(jié)構(gòu)測試單元測試的目的:發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯測試的方法:一般采用白盒法,以路徑覆蓋為最佳準(zhǔn)則,且系統(tǒng)內(nèi)多模塊可以并行地進(jìn)行測試集成測試針對集成的軟件系統(tǒng)主要揭露

2、設(shè)計階段產(chǎn)生的錯誤集成測試也稱組裝測試,綜合測試或聯(lián)合測試集成測試:是按設(shè)計要求把通過單元測試的各個模塊組裝在一起之后進(jìn)行測試,以便發(fā)現(xiàn)與接口有關(guān)的各種錯誤。集成測試需要考慮的有關(guān)問題(即為什么要進(jìn)行集成測試)數(shù)據(jù)經(jīng)過接口是否會丟失;一個模塊對另一個模塊是否造成不應(yīng)有的影響;幾個子功能組合起來三能否實現(xiàn)主功能;誤差不斷積累是否達(dá)到不可接受的程度;全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題系統(tǒng)測試:主要揭露不符合系統(tǒng)工程中對軟件要求的錯誤在系統(tǒng)測試實施之前軟件工程是應(yīng)完成以下工作為測試軟件系統(tǒng)的輸入信息設(shè)計出錯處理通路設(shè)計測試用例模擬錯誤數(shù)據(jù)和軟件界面

3、可能發(fā)生的錯誤記錄確認(rèn)測試檢查軟件能否按合同要求進(jìn)行工作,即是否滿足軟件需求說明書中的確認(rèn)標(biāo)準(zhǔn)驗收測試又稱有效性測試合格測試或確認(rèn)測試模塊組裝后已成為完整的軟件包,消除了接口的錯誤確認(rèn)測試主要由使用用戶參加測試,檢驗軟件規(guī)格說明的技術(shù)標(biāo)準(zhǔn)的符合程度,是保證軟件質(zhì)量的最后關(guān)鍵環(huán)節(jié)V模型即快速應(yīng)用開發(fā)模型需求分析驗收測試系統(tǒng)規(guī)格系統(tǒng)測試概要設(shè)計集成測試詳細(xì)設(shè)計單元測試編碼應(yīng)盡早測試才能盡快發(fā)現(xiàn)錯誤降低日后維護中的消耗所以說需求設(shè)計也是需要測試的V模型的優(yōu)點明確表明了測試過程中存在的不同級別清楚的描述了測試階段與開發(fā)過程各階段的對應(yīng)關(guān)系

4、V模型的測試策略包括了低層測試(代碼)又包括了高層測試(需求)V模型的缺點他僅僅把測試過程作為需求分析概要設(shè)計詳細(xì)設(shè)計編碼之后的一個階段容易讓人理解為測試是軟件開發(fā)的最后一個階段沒有明確說明早期的測試,不符合越早測試和不斷地測試的原則與實際的測試活動也不符W模型用戶需求雙V驗收測試設(shè)計交付驗收測試需求分析雙V系統(tǒng)測試設(shè)計實施系統(tǒng)測試概要設(shè)計雙V集成測試設(shè)計集成集成測試詳細(xì)設(shè)計雙V單元測試設(shè)計單元測試編碼此模型強調(diào):測試伴隨著整個軟件開發(fā)周期,測試的對象不僅僅是程序,需求、功能和設(shè)計同樣需要測試。測試與開發(fā)是同步進(jìn)行的優(yōu)點:符合盡早

5、測試和不斷測試的原則符合實際工作中的測試原則符合實際工作中的測試活動缺點:視軟件開發(fā)活動是一系列串行的活動開發(fā)和測試保持一種現(xiàn)行的前后關(guān)系這樣就無法支持迭代H模型所以相應(yīng)的測試之間也不存在準(zhǔn)備測試測試執(zhí)行測試就緒點其他流程(如設(shè)計流程、開發(fā)流程)說明軟件測試不僅僅指測試的執(zhí)行還包括很多其他的活動軟件測試是一個獨立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)進(jìn)行只要測試條件策劃能夠成熟了,測試準(zhǔn)備活動完成了,測試執(zhí)行活動就可以進(jìn)行了。X模型程序片斷1固定版本測試設(shè)計執(zhí)行測試工具配置測試設(shè)計執(zhí)行測試工具配置編碼完成集成1…n執(zhí)行測試探

6、索性測試測試設(shè)計程序片斷n執(zhí)行測試左邊描述的是針對單獨程序片斷進(jìn)行的相互分離的編碼和測試以后將頻繁交換最終集成為產(chǎn)品進(jìn)行版本固定交付用戶使用軟件測試設(shè)計設(shè)計測試用例即時貼程序程序功能便簽的數(shù)量最多為50個標(biāo)題字?jǐn)?shù)最多40字節(jié)便簽正文字?jǐn)?shù)最多200個年份只能設(shè)置在1900-2100之間測試用例為實施測試面向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定集合解決要測什么,怎么測和如何衡量的問題測試用例的目的:執(zhí)行測試,發(fā)現(xiàn)缺陷重復(fù)執(zhí)行測試,重現(xiàn)缺陷管理測試過程回歸測試、驗證缺陷是否修復(fù)優(yōu)點:使測試更加方便的執(zhí)行;提

7、高測試效率;節(jié)省測試時間;使測試更能按時間計劃進(jìn)行;使測試過程更方便管理準(zhǔn)備工作收集資料需求文檔設(shè)計文檔遺留系統(tǒng)的相關(guān)文檔與相關(guān)人員討論探索性測試探索性測試與經(jīng)過深思熟慮的、計劃好的的測試過程有所不同,它依靠的是測試人員的知識水平和創(chuàng)造力??捎糜谥噩F(xiàn)和分析缺陷、研究缺陷和程序其他模塊的相關(guān)性是測試用例有利的補充具體問題具體分析測試用例的內(nèi)容項目名稱(版本)——模塊名稱——測試功能項項目人員——測試時間測試目的——預(yù)置條件——其他參考信息測試用例編號——相關(guān)用例用例說明——輸入條件——執(zhí)行方法預(yù)期結(jié)果測試結(jié)果缺陷編號常用的測試用例設(shè)

8、計方法黑盒測試&白盒測試黑盒測試是對需求的所有輸入條件進(jìn)行測試定義:被稱為功能測試或數(shù)據(jù)驅(qū)動測試,在測試時,把被測試程序視為一個黑盒,在不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下進(jìn)行測試黑盒測試方法等價類劃分分類每類中選取幾個數(shù)值等價類劃分步驟:劃分等價

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。