軟件測(cè)試基礎(chǔ)知識(shí)(軟件測(cè)試入門(mén)培訓(xùn))_第1頁(yè)
軟件測(cè)試基礎(chǔ)知識(shí)(軟件測(cè)試入門(mén)培訓(xùn))_第2頁(yè)
軟件測(cè)試基礎(chǔ)知識(shí)(軟件測(cè)試入門(mén)培訓(xùn))_第3頁(yè)
軟件測(cè)試基礎(chǔ)知識(shí)(軟件測(cè)試入門(mén)培訓(xùn))_第4頁(yè)
軟件測(cè)試基礎(chǔ)知識(shí)(軟件測(cè)試入門(mén)培訓(xùn))_第5頁(yè)
已閱讀5頁(yè),還剩34頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、軟件測(cè)試第一講第一講 基礎(chǔ)理論知識(shí)基礎(chǔ)理論知識(shí)班文武 2015年4月內(nèi)容簡(jiǎn)介第1節(jié) 測(cè)試基本概念第2節(jié) 軟件測(cè)試模型第3節(jié) 軟件測(cè)試方法第4節(jié) 測(cè)試工具簡(jiǎn)介第1節(jié)、測(cè)試基本概念 1.1 軟件測(cè)試定義 1.2 軟件測(cè)試的目的 1.3 軟件測(cè)試原則 1.4 軟件測(cè)試分類 1.5 測(cè)試用例與執(zhí)行1.1 軟件測(cè)試定義 軟件測(cè)試就是在軟件投入運(yùn)行前,對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審,是軟件質(zhì)量保證的關(guān)鍵步驟。 早期定義:軟件測(cè)試是為了發(fā)現(xiàn)軟件中錯(cuò)誤而運(yùn)行軟件的過(guò)程。(1979年,G.J.Myers) 后期定義:使用人工或者自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需

2、求或者是弄清預(yù)期結(jié)果與實(shí)際運(yùn)行結(jié)果之前的差別。( 1983年,IEEE) 定義:軟件測(cè)試是在一定的軟件、硬件、網(wǎng)絡(luò)環(huán)境下,遵循相對(duì)規(guī)范的軟件測(cè)試流程,使用合理的測(cè)試方法以及適當(dāng)?shù)臏y(cè)試工具運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程。1.2 軟件測(cè)試目的 軟件測(cè)試的目的(業(yè)界有兩種權(quán)威定義) 第一、評(píng)價(jià)一個(gè)程序和系統(tǒng)的特性或能力,并確定它是否達(dá)到預(yù)期的結(jié)果。 第二、是在軟件分發(fā)到最終用戶手中之前,以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。 軟件測(cè)試目的:檢驗(yàn)軟件是否滿足規(guī)定的需求或者是弄清預(yù)期結(jié)果與實(shí)際運(yùn)行結(jié)果之間的差別。1.3 軟件測(cè)試原則 所有測(cè)試的標(biāo)準(zhǔn)都是建立在用戶需求之上 盡早定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)

3、測(cè)試應(yīng)盡早介入 窮盡測(cè)試是不可能的 測(cè)試應(yīng)貫穿于軟件整個(gè)生命周期 應(yīng)有第三方或獨(dú)立的測(cè)試團(tuán)隊(duì)1.4 軟件測(cè)試分類 按照開(kāi)發(fā)階段劃分 1)單元測(cè)試 單元測(cè)試(Unit Testing,UT)又稱模塊測(cè)試,是對(duì)軟件基本單元(軟件設(shè)計(jì)最小單位)進(jìn)行正確性進(jìn)行檢驗(yàn),檢查代碼語(yǔ)法、格式和邏輯上的錯(cuò)誤,驗(yàn)證程序是否符合規(guī)范,盡早發(fā)現(xiàn)單元內(nèi)部可能存在的各種缺陷。 2)集成測(cè)試 集成測(cè)試(Integration Testing,IT)又稱組裝測(cè)試或聯(lián)合測(cè)試,是單元測(cè)試在集成時(shí)是否有缺陷。是單元測(cè)試的邏輯擴(kuò)展,通過(guò)測(cè)試識(shí)別組合單元時(shí)出現(xiàn)的問(wèn)題。 集成測(cè)試的目標(biāo)就是檢測(cè)系統(tǒng)是否達(dá)到需求;對(duì)業(yè)務(wù)流程及數(shù)據(jù)流的處理是

4、否符合標(biāo)準(zhǔn);檢測(cè)系統(tǒng)對(duì)業(yè)務(wù)流處理是否存在邏輯不嚴(yán)謹(jǐn)或者錯(cuò)誤;檢測(cè)需求是否存在不合理的標(biāo)準(zhǔn)及要求。1.4 軟件測(cè)試分類 按照開(kāi)發(fā)階段劃分(續(xù)) 3)系統(tǒng)測(cè)試 系統(tǒng)測(cè)試(System Testing,ST)是將已集成好的軟件系統(tǒng),作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素,與支持軟件、計(jì)算機(jī)硬件、外設(shè)、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起,在模擬實(shí)際使用環(huán)境下,對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的測(cè)試活動(dòng)。 4)驗(yàn)收測(cè)試 驗(yàn)收測(cè)試(Acceptance Testing,AT)也稱交付測(cè)試,是在軟件產(chǎn)品完成了單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試之后,產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng),是技術(shù)測(cè)試的最后一個(gè)階段。 驗(yàn)收測(cè)試目的是驗(yàn)證系統(tǒng)是否達(dá)到

5、了用戶規(guī)格說(shuō)明書(shū)中的要求,并試圖盡可能的發(fā)現(xiàn)軟件中存在的缺陷,從未為軟件進(jìn)一步改善提供幫助,保證系統(tǒng)或軟件產(chǎn)品最終被用戶接受。1.4 軟件測(cè)試分類 按照測(cè)試方法劃分1.4 軟件測(cè)試分類 按照測(cè)試方法劃分(續(xù)) 1)靜態(tài)測(cè)試 靜態(tài)測(cè)試是指不運(yùn)行程序,通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查。靜態(tài)測(cè)試實(shí)際上是對(duì)軟件中的需求說(shuō)明書(shū)、設(shè)計(jì)說(shuō)明書(shū)、程序代碼等進(jìn)行評(píng)審的一個(gè)過(guò)程。 2)動(dòng)態(tài)測(cè)試 動(dòng)態(tài)測(cè)試是指通過(guò)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn),一般包括白盒測(cè)試、黑盒測(cè)試和灰盒測(cè)試。 1.4 軟件測(cè)試分類 按照測(cè)試方法劃分(續(xù)) 1白盒測(cè)試 白盒測(cè)試又稱結(jié)構(gòu)測(cè)試。白盒測(cè)試可以把程

6、序看成裝在一個(gè)透明的盒子里,也就是清楚的了解程序結(jié)構(gòu)和處理過(guò)程,檢查是否所有的結(jié)構(gòu)及路徑都是正確的,檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常運(yùn)行。 2黑盒測(cè)試 黑盒測(cè)試是把程序看成一個(gè)黑盒子,完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程。通常在程序界面處進(jìn)行測(cè)試,它只是檢查程序或軟件是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常運(yùn)行。 3灰盒測(cè)試 灰盒測(cè)試時(shí)介于白盒測(cè)試和黑盒測(cè)試之間的測(cè)試?;液袦y(cè)試主要關(guān)注輸出對(duì)輸入的正確性;同時(shí)也關(guān)注內(nèi)部表現(xiàn),但這種關(guān)注不像白盒測(cè)試那種詳細(xì)、完整?;液袦y(cè)試結(jié)合了白盒測(cè)試和黑盒測(cè)試的要素。1.4 軟件測(cè)試分類 按照測(cè)試測(cè)試實(shí)施組織劃分 1)開(kāi)發(fā)方測(cè)試 開(kāi)發(fā)方測(cè)試是開(kāi)發(fā)方在軟件開(kāi)發(fā)環(huán)境

7、下,通過(guò)檢測(cè)和提供客觀證據(jù),證實(shí)軟件是否滿足規(guī)定的需求。 2)用戶測(cè)試 用戶測(cè)試是在實(shí)際應(yīng)用環(huán)境下,用戶通過(guò)運(yùn)行和使用軟件找出軟件使用過(guò)程中發(fā)現(xiàn)軟件的缺陷和問(wèn)題,檢測(cè)與核實(shí)軟件實(shí)現(xiàn)是否符合用戶的預(yù)期要求,并把信息反饋給開(kāi)發(fā)者。 3)第三方測(cè)試 第三方測(cè)試又稱為“獨(dú)立測(cè)試”,是介于軟件開(kāi)發(fā)和用戶方之間的測(cè)試組織的測(cè)試。也就是由在技術(shù)、管理和財(cái)務(wù)上與開(kāi)發(fā)方和用戶方相對(duì)獨(dú)立的組織進(jìn)行的軟件測(cè)試。一般情況下是在模擬用戶真實(shí)應(yīng)用環(huán)境下,進(jìn)行軟件確認(rèn)測(cè)試。 1.5 測(cè)試用例與執(zhí)行 什么是測(cè)試用例? 測(cè)試用例目前沒(méi)有經(jīng)典的定義。比較通常的說(shuō)法是:指對(duì)一項(xiàng)特定的軟件產(chǎn)品測(cè)試任務(wù)的描述,體現(xiàn)測(cè)試方案、方法、技術(shù)

8、和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等所形成的文檔。測(cè)試用例編號(hào)CALC-ST-SRS001-001測(cè)試項(xiàng)目測(cè)試計(jì)算器的加法功能測(cè)試標(biāo)題一個(gè)數(shù)在合法的取值范圍,另一個(gè)數(shù)在最大取值范圍外重要級(jí)別高預(yù)置條件啟動(dòng)計(jì)算器軟件輸入?yún)?shù)1:1 參數(shù)2:+ 參數(shù)3:65537 參數(shù)4:=執(zhí)行步驟用計(jì)算機(jī)鍵盤(pán)依次輸入上述參數(shù)預(yù)期輸出參數(shù)1:65538 什么是測(cè)試執(zhí)行? 測(cè)試執(zhí)行就是根據(jù)測(cè)試用例運(yùn)行被測(cè)軟件。一個(gè)測(cè)試用例或測(cè)試用例集的測(cè)試執(zhí)行:1.5 測(cè)試用例與執(zhí)行第2節(jié)、軟件測(cè)試模型 2.1 V模型 2.2 W模型 2.3 X模型 2.4 H模型 2.5 前置模型(1)軟

9、件測(cè)試執(zhí)行是在編碼實(shí)現(xiàn)后才進(jìn)行的,容易導(dǎo)致從需求、設(shè)計(jì)等階段隱藏的缺陷一直到驗(yàn)收測(cè)試才會(huì)發(fā)現(xiàn),從而將導(dǎo)致發(fā)現(xiàn)和消除這些缺陷的代價(jià)非常高。(2)將開(kāi)放和測(cè)試過(guò)程劃分為固定邊界的不同階段,使得相關(guān)人員很難跨過(guò)這些邊界來(lái)采集測(cè)試所需的信息。(3)容易扔人形成“測(cè)試是開(kāi)發(fā)之后的一個(gè)階段”、“測(cè)試的對(duì)象就是程序”等誤解。存在的缺陷V模型從左到右描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為,明確的標(biāo)注了測(cè)試過(guò)程中存在不同的測(cè)試類型,并清楚的描述了這些測(cè)試階段與開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。2.1 V模型基本特征:1、測(cè)試工作貫穿整個(gè)軟件開(kāi)發(fā)周期,不僅僅是測(cè)試程序,需求、設(shè)計(jì)等都要測(cè)試。2、測(cè)試與開(kāi)發(fā)同步進(jìn)行,能盡早地全

10、面地發(fā)現(xiàn)問(wèn)題。優(yōu)點(diǎn):W模型是在V模型基礎(chǔ)上提出,由兩個(gè)“V”字重疊而成,其中一個(gè)表示開(kāi)發(fā)過(guò)程,另一個(gè)表示測(cè)試過(guò)程;軟件測(cè)試中的各項(xiàng)活動(dòng)與開(kāi)發(fā)各項(xiàng)階段的活動(dòng)相互對(duì)應(yīng)。2.2 W模型基本特征:相對(duì)于V模型,W模型增加了軟件各開(kāi)發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。2.2 W模型W模型的缺點(diǎn):1、W模型也存在局限性。在W模型中,需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的,同時(shí),測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線性的前后關(guān)系,上一階段完全結(jié)束,才可正式開(kāi)始下一個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。2、對(duì)于當(dāng)前軟件開(kāi)發(fā)復(fù)雜多變的情況,W模型并不能解除測(cè)試管理面臨著困惑。2.3 X模型特征:特征:左邊描述的是針對(duì)單獨(dú)

11、程序片段所進(jìn)行的相互分離的編碼和測(cè)試,此后將進(jìn)行頻繁的交接,通過(guò)集成最終合成為可執(zhí)行的程序,然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。己通過(guò)集成測(cè)試的成品可以進(jìn)行封裝并提交給用戶,也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。X模型還定位了探索性測(cè)試,這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試,給有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件缺陷。 H模型是為了解決V模型和W模型所存在的不足額提出來(lái)的。H模型將測(cè)試活動(dòng)完全獨(dú)立出來(lái),形成一個(gè)完全獨(dú)立的流程,將測(cè)試準(zhǔn)備活動(dòng)和測(cè)試執(zhí)行活動(dòng)清晰的體現(xiàn)出來(lái)。2.4 H模型H模型給出了在整個(gè)生產(chǎn)周期中某個(gè)層次上的一次測(cè)試“微循環(huán)”。圖中其

12、他流程可以是任意的開(kāi)發(fā)流程。 H模型揭示了軟件測(cè)試以下特點(diǎn):(1)軟件測(cè)試不僅指測(cè)試的執(zhí)行,還包括很多的其他活動(dòng);(2)軟件測(cè)試是一個(gè)獨(dú)立的流程,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)進(jìn)行;(3)軟件測(cè)試要盡早準(zhǔn)備,盡早執(zhí)行;(4)軟件測(cè)試時(shí)根據(jù)被測(cè)軟件的不同而分層次進(jìn)行的。不同層次的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的,但也可能是反復(fù)的。2.4 H模型2.5 前置模型前置模型是一個(gè)將測(cè)試和開(kāi)發(fā)緊密結(jié)合的模型,該模型提供了輕松的方式可以使項(xiàng)目加快速度。 前置模型要點(diǎn):1、開(kāi)發(fā)和測(cè)試相結(jié)合2、對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試3、在設(shè)計(jì)階段進(jìn)行設(shè)計(jì)和測(cè)試計(jì)劃4、測(cè)試和開(kāi)發(fā)結(jié)合在一起5、讓驗(yàn)收測(cè)試和技術(shù)測(cè)試保

13、持相互獨(dú)立6、反復(fù)交替的開(kāi)發(fā)和測(cè)試7、發(fā)現(xiàn)內(nèi)在價(jià)值2.5 前置模型第3節(jié)、軟件測(cè)試方法 3.1 白盒測(cè)試 3.2 黑盒測(cè)試 3.3 灰盒測(cè)試 3.4 白盒測(cè)試與黑盒測(cè)試比較 3.5 靜、動(dòng)態(tài)分析 什么是白盒測(cè)試 白盒測(cè)試可以把程序看成裝在一個(gè)透明的盒子里,也就是清楚的了解程序結(jié)構(gòu)和處理過(guò)程,檢查是否所有的結(jié)構(gòu)及路徑都是正確的,檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常運(yùn)行。3.1 白盒測(cè)試 為什么要進(jìn)行白盒測(cè)試(1)邏輯錯(cuò)誤和不正確假設(shè)與一條程序路徑被運(yùn)行的可能性成反比。(2)我們經(jīng)常相信某邏輯路徑不可能被執(zhí)行,而事實(shí)上它可能在正常的基礎(chǔ)上被執(zhí)行。(3)筆誤是隨機(jī)的。 白盒測(cè)試主要是想對(duì)程序模

14、塊進(jìn)行如下檢查:1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。2、對(duì)所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測(cè)一遍。3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。3.1 白盒測(cè)試 白盒測(cè)試優(yōu)點(diǎn): 1.迫使測(cè)試人員去仔細(xì)的思考軟件的實(shí)現(xiàn); 2.可以檢測(cè)代碼中的每條分支和路徑; 3.揭示隱藏在代碼中的錯(cuò)誤; 4.對(duì)代碼的測(cè)試比較徹底。 白盒測(cè)試缺點(diǎn): 1.昂貴(投入成本太高) 2.無(wú)法檢測(cè)代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤 3.不驗(yàn)證規(guī)格的正確性3.1 白盒測(cè)試 什么是黑盒測(cè)試 黑盒測(cè)試也叫功能測(cè)試,這是因?yàn)樵诤诤袦y(cè)試中,主要關(guān)注被測(cè)軟件的功能實(shí)現(xiàn),而不

15、是內(nèi)部邏輯。依據(jù)程序的需求規(guī)格說(shuō)明書(shū),檢查程序的功能是否符合它的功能說(shuō)明。3.2 黑盒測(cè)試 為什么要進(jìn)行黑盒測(cè)試白盒測(cè)試在測(cè)試的早期采用,黑盒測(cè)試在主要用于測(cè)試后期。黑盒測(cè)試故意不考慮控制結(jié)構(gòu),而是注意信息域。 黑盒測(cè)試主要用于回答以下問(wèn)題: 1、是否有不正確或遺漏的功能? 2、在接口上,輸入是否能正確的接受? 3、能否輸出正確的結(jié)果? 4、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤? 5、性能上是否能夠滿足要求? 6、是否有初始化或終止性錯(cuò)誤?3.2 黑盒測(cè)試 黑盒測(cè)試常用技術(shù) 功能測(cè)試的測(cè)試數(shù)據(jù)的選擇和測(cè)試結(jié)果的描述是以軟件的功能屬性為基礎(chǔ)的,即以用戶角度去驗(yàn)證軟件是否符合功能需

16、求。盡管黑盒測(cè)試是圍繞著用戶需求文檔進(jìn)行的,但是黑盒測(cè)試也不一定必須要有用戶來(lái)參與測(cè)試。 無(wú)用戶參與的黑盒測(cè)試 常見(jiàn)的無(wú)用戶參與的黑盒測(cè)試有:功能性測(cè)試、容量測(cè)試、安全性測(cè)試、負(fù)載測(cè)試、恢復(fù)性測(cè)試、標(biāo)桿測(cè)試、穩(wěn)定性測(cè)試、可靠性測(cè)試等。 有用戶參與的黑盒測(cè)試常見(jiàn)的有用戶參與的測(cè)試有:實(shí)驗(yàn)室測(cè)試和外場(chǎng)測(cè)試。3.2 黑盒測(cè)試 黑盒測(cè)試優(yōu)點(diǎn): 1. 對(duì)于更大的代碼單元來(lái)說(shuō)(子系統(tǒng)甚至系統(tǒng)級(jí))比白盒測(cè)試更高效。 2.測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié),包括特定的編程語(yǔ)言。 3.測(cè)試人員和編碼人員時(shí)彼此獨(dú)立的。 4.從用戶的角度進(jìn)行測(cè)試,很容易被大家理解和接受。 5.有助于暴露任何規(guī)格不一致或有歧義的問(wèn)題。 6

17、.測(cè)試用例可以在規(guī)格完成之后馬上進(jìn)行。3.2 黑盒測(cè)試 黑盒測(cè)試缺點(diǎn): 1.只有一小部分可能的輸入測(cè)試到,要測(cè)試每個(gè)可能的輸入流幾乎是不可能的; 2.沒(méi)有清晰簡(jiǎn)明的規(guī)格,測(cè)試用例是很難設(shè)計(jì)的; 3.會(huì)有很多程序路徑?jīng)]有被測(cè)試到; 4.不能直接針對(duì)特定的程序段,修改問(wèn)題時(shí),這些程序可能非常復(fù)雜。3.2 黑盒測(cè)試 灰盒測(cè)試是介于黑、白盒測(cè)試之間的,關(guān)注輸出對(duì)于輸入的正確性,同時(shí)也關(guān)注內(nèi)部表現(xiàn)。 灰盒測(cè)試結(jié)合了白盒測(cè)試盒黑盒測(cè)試的要素,它考慮了用戶端、特定的系統(tǒng)知識(shí)和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評(píng)價(jià)應(yīng)用軟件的設(shè)計(jì)。3.3 灰盒測(cè)試3.4 白盒測(cè)試與黑盒測(cè)試比較 考慮對(duì)象不同 白盒測(cè)試只考慮測(cè)

18、試軟件代碼,它不保證完整的希求規(guī)格是否被滿足。 黑盒測(cè)試只考慮測(cè)試軟件的需求規(guī)格,它不保證實(shí)現(xiàn)的所有部分是否被測(cè)試到。 技術(shù)要求不同 白盒測(cè)試要求測(cè)試人員要熟悉軟件代碼以及軟件內(nèi)部的邏輯結(jié)構(gòu)。 黑盒測(cè)試要求測(cè)試人員熟悉軟件需求規(guī)格說(shuō)明書(shū),不要求熟悉代碼以及軟件內(nèi)部的邏輯結(jié)構(gòu)。 投入測(cè)試成本 白盒測(cè)試比黑盒測(cè)試成本要高很多。 靜態(tài)分析(Static analysis) 就是對(duì)軟件的源代碼進(jìn)行研讀,查找錯(cuò)誤或收集一些度量數(shù)據(jù),不需要對(duì)代碼進(jìn)行編譯和執(zhí)行 動(dòng)態(tài)分析(Dynamic analysis)就是通過(guò)觀察軟件運(yùn)行時(shí)的動(dòng)作,來(lái)提供執(zhí)行跟蹤,時(shí)間分析,以及測(cè)試覆蓋度方面的信息。3.5 靜、動(dòng)態(tài)分析 測(cè)試工作在軟件開(kāi)發(fā)整個(gè)過(guò)程中占有極為重要的位置,而全人工測(cè)試是非常麻煩的,所以測(cè)試過(guò)程的自動(dòng)化已成為測(cè)試發(fā)展的重要方向。測(cè)試工具的選擇對(duì)測(cè)試的規(guī)范化影響很大,目前已開(kāi)發(fā)出了各種自動(dòng)化軟件測(cè)試工具,它們?yōu)檐浖y(cè)試提供了強(qiáng)有力的支持。 測(cè)試工具從測(cè)試的方法上可以分為兩種:白盒測(cè)試工具和黑盒測(cè)試工具。第4節(jié)、測(cè)試工具白盒測(cè)試工具主要有:內(nèi)存資源泄漏檢查:BoundsC

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論