《軟件測(cè)試?yán)碚摶A(chǔ)》PPT課件.pptx

1、第1章 軟件測(cè)試?yán)碚摶A(chǔ),目錄,軟件測(cè)試的由來 軟件測(cè)試的定義 軟件測(cè)試的目的 軟件測(cè)試的原則 軟件測(cè)試的對(duì)象 軟件測(cè)試的分類 軟件測(cè)試流程 軟件測(cè)試工作階段,軟件測(cè)試的由來,調(diào)試 在已知錯(cuò)誤的情況下，對(duì)軟件程序代碼做出的一系列檢查，校正的過程。 測(cè)試 在未知錯(cuò)誤的情況下，檢查程序代碼是否有問題的過程。 區(qū)分：軟件測(cè)試從軟件質(zhì)量保證的角度來檢查程序代碼是否有誤，而調(diào)試是為了解決當(dāng)前已知的錯(cuò)誤，調(diào)試活動(dòng)無法替代軟件測(cè)試活動(dòng)。,軟件測(cè)試的定義,軟件測(cè)試就是為了發(fā)現(xiàn)錯(cuò)誤而審查軟件文檔、檢查軟件數(shù)據(jù)和執(zhí)行程序代碼的過程。 軟件測(cè)試應(yīng)該是對(duì)軟件形成過程的文檔，數(shù)據(jù)以及程序進(jìn)行的測(cè)試,而不僅是對(duì)程序進(jìn)行的

2、測(cè)試。 60%以上的軟件錯(cuò)誤并不是程序錯(cuò)誤,而是分析和設(shè)計(jì)的錯(cuò)誤,提倡軟件全生命周期測(cè)試的理念。,軟件測(cè)試的目的,基于不同的立場(chǎng)，存在著兩種完全不同的測(cè)試目的： 用戶角度：希望軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，已考慮是否接受產(chǎn)品。 軟件開發(fā)者角度：希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證被測(cè)軟件已正確的實(shí)現(xiàn)了用戶的需求，確立人們對(duì)軟件質(zhì)量的信心。,軟件測(cè)試的原則,軟件測(cè)試的原則： 所有的軟件測(cè)試都應(yīng)追溯到用戶需求。 應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者的座右銘。 完全測(cè)試是不可能的，測(cè)試需要終止。 測(cè)試無法顯示軟件潛在的缺陷。也就是說測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟

3、件沒有錯(cuò)誤。,軟件測(cè)試的對(duì)象,用戶要求 用戶： 我要什么？,運(yùn)行結(jié)果 計(jì)算機(jī)： 程序運(yùn)行得到的結(jié)果,需求說明書 分析員： 我可以提供什么？,源程序 程序員： 我要讓計(jì)算機(jī)怎么做,設(shè)計(jì)說明書 設(shè)計(jì)員： 我要讓軟件做什么？,相符嗎？,理解正確性 表達(dá)正確性,理解正確性 設(shè)計(jì)正確性 表達(dá)正確性,理解正確性 編碼正確性,運(yùn)行正確性 輸入正確性,軟件測(cè)試的分類,一般的，我們將軟件測(cè)試活動(dòng)分為以下幾類： 從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分： 黑盒測(cè)試 白盒測(cè)試 灰盒測(cè)試 從是否執(zhí)行程序的角度劃分： 靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試 從是否使用自動(dòng)化測(cè)試工具劃分： 手動(dòng)測(cè)試 自動(dòng)測(cè)試,軟件測(cè)試分類 黑盒測(cè)試,黑盒

4、測(cè)試又叫功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于需求規(guī)格說明書的功能測(cè)試。該測(cè)試類別注重于測(cè)試軟件的功能性需求。 測(cè)試工程師無需了解程序代碼的內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終端用戶使用該軟件，檢查軟件產(chǎn)品是否達(dá)到了用戶的需求。 黑盒測(cè)試能更好的從用戶角度來考察被測(cè)系統(tǒng)的功能性需求實(shí)現(xiàn)情況。,軟件測(cè)試分類 白盒測(cè)試,白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序代碼內(nèi)部構(gòu)成的測(cè)試。 白盒測(cè)試需要測(cè)試工程師深入考查程序代碼的內(nèi)部結(jié)構(gòu)、邏輯設(shè)計(jì)等。 對(duì)于白盒測(cè)試工程師來說，軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)是敞開的。,軟件測(cè)試分類 灰盒測(cè)試,灰盒測(cè)試介于白盒和黑盒測(cè)試之間。 灰盒測(cè)試一方面考慮程序代碼的功能性表現(xiàn)，另一方面，又需

5、要考慮程序代碼的內(nèi)部結(jié)構(gòu)。 通俗地講，灰盒測(cè)試就是白加黑。,軟件測(cè)試分類 靜態(tài)測(cè)試,靜態(tài)測(cè)試，顧名思義，就是靜態(tài)的、不執(zhí)行被測(cè)對(duì)象程序代碼而尋找缺陷的過程。 通俗地講，靜態(tài)測(cè)試就是用眼睛看，閱讀程序代碼，文檔資料等，與需求規(guī)格說明書中的客戶需求進(jìn)行比較，找出程序代碼中設(shè)計(jì)不合理，以及文檔資料有錯(cuò)誤的地方。 在進(jìn)行靜態(tài)測(cè)試時(shí)可采用一些代碼走查工具，如QA C+、C+ Test等。,軟件測(cè)試分類 動(dòng)態(tài)測(cè)試,實(shí)際的執(zhí)行被測(cè)對(duì)象的程序代碼，輸入實(shí)現(xiàn)設(shè)計(jì)好的測(cè)試用例，檢查程序代碼運(yùn)行得到的結(jié)果與測(cè)試用例中設(shè)計(jì)的預(yù)期結(jié)果之間是否有差異，判定實(shí)際結(jié)果與預(yù)測(cè)結(jié)果是否一致。 動(dòng)態(tài)測(cè)試有四部分組成：設(shè)計(jì)測(cè)試用例、

6、執(zhí)行測(cè)試用例、分析比較輸出結(jié)果、輸出測(cè)試報(bào)告。,軟件測(cè)試分類 手動(dòng)測(cè)試,它是測(cè)試人員設(shè)計(jì)測(cè)試用例并執(zhí)行測(cè)試用例，然后根據(jù)實(shí)際的結(jié)果去和預(yù)期的結(jié)果相比較并記錄測(cè)試結(jié)果，最終輸出測(cè)試報(bào)告的測(cè)試活動(dòng)。 可充分發(fā)揮測(cè)試工程師的主觀能動(dòng)性，將其智力體現(xiàn)在測(cè)試工作中，能發(fā)現(xiàn)許多的缺陷，但同時(shí)又有一定的局限性和單調(diào)枯燥性。,軟件測(cè)試分類 自動(dòng)化測(cè)試,定義 利用測(cè)試工具，模擬用戶業(yè)務(wù)使用流程，讓他們自動(dòng)運(yùn)行來查找缺陷。 優(yōu)點(diǎn) 快、廣泛、可重復(fù)性工作 缺點(diǎn) 只可檢查比較主要的問題，如崩潰、死機(jī)，無法發(fā)現(xiàn)一般的日常錯(cuò)誤。編寫腳本工作量也很大，有時(shí)會(huì)超過手動(dòng)測(cè)試時(shí)間。 我們要根據(jù)實(shí)際情況選擇或者不選擇測(cè)試工具，選擇

7、使用何種測(cè)試工具，不能為了實(shí)用工具而可以的去使用工具。,軟件測(cè)試流程,軟件測(cè)試雖然是軟件生命周期的一個(gè)獨(dú)立階段，但測(cè)試工作卻滲透到從分析、設(shè)計(jì)直到編程的各個(gè)階段中。 需求測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試、用戶測(cè)試、回歸測(cè)試,需求測(cè)試,在許多失敗的項(xiàng)目中，70%85%的返工是由于需求方面的錯(cuò)誤所導(dǎo)致的，因此我們必須在項(xiàng)目的源頭（需求）就開始測(cè)試。 對(duì)被測(cè)軟件的需求規(guī)格說明書、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、數(shù)據(jù)庫(kù)設(shè)計(jì)文檔等文檔資料進(jìn)行查閱，重點(diǎn)檢查需求規(guī)格說明書中是否存在描述不準(zhǔn)確、需求定義模糊、需求用例不正確、語(yǔ)言存在二義性等等問題。,單元測(cè)試,又稱模塊測(cè)試，就是對(duì)程序代碼中最小的涉及

8、模塊單元進(jìn)行測(cè)試。 在單元測(cè)試中我們主要采用靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試相結(jié)合的辦法。 單元測(cè)試要求需要幾年的代碼編寫經(jīng)驗(yàn)，并且要十分熟悉當(dāng)前的被測(cè)系統(tǒng)，以及該系統(tǒng)是否與其他系統(tǒng)的接口關(guān)聯(lián)情況。 單元測(cè)試在編碼階段占據(jù)非常重要的地位。 可以降低編碼的錯(cuò)誤率，提高編碼質(zhì)量,集成測(cè)試,又稱組裝測(cè)試，是將軟件產(chǎn)品各個(gè)模塊組裝起來，檢查接口是否存在問題，以及組裝后的整體功能、性能表現(xiàn)。 一般可采用非增式集成方法、增式集成方法（自底向上集成、自頂向下集成、組合方式集成）等策略進(jìn)行測(cè)試，利用以黑盒測(cè)試為主，白盒測(cè)試為輔的測(cè)試方法進(jìn)行測(cè)試。 主要解決各個(gè)組成但源代碼是否符合開發(fā)規(guī)范、接口是否存在問題，整體功能有無錯(cuò)誤

9、、界面是否符合設(shè)計(jì)規(guī)范、性能是否滿足用戶需求等。,系統(tǒng)測(cè)試,將通過集成測(cè)試的軟件部署到某種較為復(fù)雜的計(jì)算機(jī)用戶環(huán)境進(jìn)行測(cè)試。 目的：通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。 這個(gè)階段主要進(jìn)行的是安裝卸載測(cè)試、兼容性測(cè)試、功能確認(rèn)測(cè)試、安全測(cè)試等。 采用黑盒測(cè)試法，主要考察被測(cè)軟件的功能與性能表現(xiàn)。,性能測(cè)試,性能測(cè)試要求被測(cè)軟件在業(yè)務(wù)處理速度、處理能力和所耗用的硬件系統(tǒng)資源比率滿足用戶的需求。 不要嘗試用手動(dòng)方式進(jìn)行性能測(cè)試，應(yīng)當(dāng)編寫一段相應(yīng)的程序或者使用專門的工具進(jìn)行，如利用LoadRunner自動(dòng)化性能測(cè)試工具。 性能測(cè)試相對(duì)難度較大，要求測(cè)試人員掌握編程語(yǔ)

10、言，精通業(yè)務(wù)流程，擁有深厚的項(xiàng)目經(jīng)驗(yàn)。,用戶測(cè)試,可稱為用戶確認(rèn)測(cè)試。 正式驗(yàn)收前，需要用戶對(duì)本系統(tǒng)做出一個(gè)評(píng)價(jià)，用戶可對(duì)交付的系統(tǒng)做測(cè)試，并將測(cè)試結(jié)果反饋回來，進(jìn)行修改、分析。 用戶測(cè)試環(huán)節(jié)是被測(cè)試軟件首次作為正式的系統(tǒng)交友用戶使用，用戶會(huì)根據(jù)他們的實(shí)際使用情況進(jìn)行測(cè)試、使用，并提出實(shí)際使用過程中的問題。 用戶測(cè)試是軟件生產(chǎn)流程中的最后質(zhì)檢關(guān)。,回歸測(cè)試,回歸測(cè)試是經(jīng)過一段時(shí)間以后再回過頭來對(duì)以前修復(fù)過的Bug重新進(jìn)行測(cè)試，看該Bug是否會(huì)重新出現(xiàn)。 有些時(shí)候可采用自動(dòng)化測(cè)試工具來進(jìn)行回歸測(cè)試，如利用QTP。 一般情況下，都由測(cè)試工程師手動(dòng)的執(zhí)行以前的測(cè)試用例，來檢查用例通過情況。,軟件測(cè)試

11、工作階段,計(jì)劃與設(shè)計(jì)階段 實(shí)施測(cè)試階段 測(cè)試總結(jié)階段,計(jì)劃與設(shè)計(jì)階段-立項(xiàng)會(huì)議,由工程技術(shù)委員會(huì)召開立項(xiàng)會(huì)議，會(huì)議主要對(duì)項(xiàng)目的可行性進(jìn)行分析，并且確定項(xiàng)目經(jīng)理及項(xiàng)目測(cè)試組長(zhǎng)。,計(jì)劃與設(shè)計(jì)階段-需求評(píng)審,注： 1需求定義基本完成，此時(shí)應(yīng)在評(píng)審會(huì)議召開之前發(fā)給測(cè)試團(tuán)隊(duì)，預(yù)留時(shí)間給測(cè)試相關(guān)人員熟悉、理解。 2測(cè)試部參與人員由測(cè)試部經(jīng)理指定，主要由測(cè)試組長(zhǎng)、測(cè)試設(shè)計(jì)等人員組成（還應(yīng)包括配置管理人員、質(zhì)量保證人員）。,計(jì)劃與設(shè)計(jì)階段-測(cè)試工作啟動(dòng),在正式測(cè)試任務(wù)下達(dá)前，開發(fā)團(tuán)隊(duì)?wèi)?yīng)在項(xiàng)目（產(chǎn)品）開發(fā)計(jì)劃完成后及時(shí)向測(cè)試團(tuán)隊(duì)下達(dá)預(yù)通知，告之較為確切的測(cè)試日期，提供當(dāng)前最新的相關(guān)資料。部門經(jīng)理和測(cè)試組長(zhǎng)組建測(cè)

12、試小組，并視具體情況決定是否需要調(diào)整人力、時(shí)間安排、測(cè)試環(huán)境等其它資源。測(cè)試小組成員可預(yù)先熟悉必要的項(xiàng)目（產(chǎn)品）資料。,計(jì)劃與設(shè)計(jì)階段-測(cè)試設(shè)計(jì)階段-設(shè)計(jì)測(cè)試計(jì)劃,針對(duì)需求分析文檔和項(xiàng)目開發(fā)計(jì)劃文檔測(cè)試完成后，測(cè)試組需要編寫測(cè)試計(jì)劃文檔、制定測(cè)試測(cè)略及預(yù)估測(cè)試過程中的風(fēng)險(xiǎn)，并設(shè)計(jì)出合理的規(guī)避風(fēng)險(xiǎn)的策略，為后續(xù)的測(cè)試工作提供直接的指導(dǎo)。,計(jì)劃與設(shè)計(jì)階段-測(cè)試設(shè)計(jì)階段-設(shè)計(jì)測(cè)試用例,在需求分析文檔確立基線以后，測(cè)試組需要針對(duì)項(xiàng)目的測(cè)試需求編寫測(cè)試用例，在實(shí)際的測(cè)試中，測(cè)試用例將是唯一實(shí)施標(biāo)準(zhǔn)。,計(jì)劃與設(shè)計(jì)階段-設(shè)計(jì)內(nèi)容評(píng)審,測(cè)試計(jì)劃及測(cè)試用例的設(shè)計(jì)工作完成后，需通知項(xiàng)目組相關(guān)成員召開評(píng)審會(huì)議。在這之前需要將待評(píng)審的內(nèi)容發(fā)給相關(guān)人員熟悉和理解。,實(shí)施測(cè)試階段-測(cè)試交接,實(shí)施測(cè)試階段-實(shí)施測(cè)試-按計(jì)劃進(jìn)行測(cè)試,實(shí)施測(cè)試用例將花費(fèi)測(cè)試組大部分時(shí)間，這些工作都是建立在前期很多計(jì)劃工作的基礎(chǔ)上。,實(shí)施測(cè)試階段-實(shí)施測(cè)試-提交階段性報(bào)告,在約定的測(cè)試周期完成之后，測(cè)試組長(zhǎng)需要總結(jié)此次測(cè)試的結(jié)果，編寫階段性測(cè)試報(bào)告。,實(shí)施測(cè)試階段-回歸測(cè)試,在每輪測(cè)試結(jié)束之后，由測(cè)試組重新拷貝修改后的最新版本，進(jìn)行回歸測(cè)試。,實(shí)施測(cè)試階段-同行審查,測(cè)試總結(jié)階段-測(cè)試總結(jié)報(bào)告,在回歸測(cè)試結(jié)束之后，測(cè)試組長(zhǎng)將要編寫測(cè)試總結(jié)報(bào)告，對(duì)測(cè)試進(jìn)行總結(jié)，并且提交給