軟件測(cè)試第二講軟件測(cè)試策略與過(guò)程

《軟件測(cè)試第二講軟件測(cè)試策略與過(guò)程》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件測(cè)試第二講軟件測(cè)試策略與過(guò)程（39頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí)

2、,第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣

3、式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,*,軟件測(cè)試,第,2,講 軟件測(cè)試策略與過(guò)程,1,李釧,軟件測(cè)試策略與過(guò)程,軟件測(cè)試的策略與方法,軟件測(cè)試過(guò)程,軟件測(cè)試的分類,軟件測(cè)試的策略與方法,軟件測(cè)試的策略與方法,方法,目標(biāo),/,特性,單元測(cè)試,系統(tǒng)測(cè)試,驗(yàn)收測(cè)試,性能測(cè)試,強(qiáng)壯性測(cè)試,功能測(cè)試,白盒測(cè)試,黑盒測(cè)試,測(cè)試階段或?qū)哟?適用性測(cè)試,可靠性測(cè)試,集成測(cè)試,安全性測(cè)試,動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試,靜態(tài)測(cè)試,不執(zhí)行程序來(lái)尋找代碼中存在的錯(cuò)誤或評(píng)估代碼的過(guò)程。由人工來(lái)進(jìn)行，發(fā)揮了人的

4、邏輯思維的優(yōu)勢(shì)或測(cè)試經(jīng)驗(yàn)。能夠批量性地發(fā)現(xiàn)問(wèn)題，并直接定位到缺陷或錯(cuò)誤的具體位置。,用靜態(tài)測(cè)試來(lái)進(jìn)行代碼檢查、靜態(tài)結(jié)構(gòu)分析。,動(dòng)態(tài)測(cè)試,必須生成測(cè)試數(shù)據(jù)來(lái)運(yùn)行被測(cè)試程序，取得程序運(yùn)行的真實(shí)情況、動(dòng)態(tài)情況，進(jìn)而進(jìn)行分析測(cè)試質(zhì)量依賴于測(cè)試數(shù)據(jù),生成測(cè)試數(shù)據(jù)、分析測(cè)試結(jié)果的工作量大，使開展測(cè)試工作費(fèi)時(shí)、費(fèi)力、費(fèi)人,動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試,靜態(tài)測(cè)試,靜態(tài)測(cè)試不實(shí)際運(yùn)行軟件，主要是對(duì)軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評(píng)估,靜態(tài)測(cè)試包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動(dòng)進(jìn)行,代碼檢查比動(dòng)態(tài)測(cè)試更有效率，能快速找到缺陷，發(fā) 現(xiàn)30%70%的邏輯設(shè)計(jì)和編碼缺陷,黑盒測(cè)試和

5、白盒測(cè)試,什么是黑盒測(cè)試（,Black-box Testing,）,功能測(cè)試，數(shù)據(jù)驅(qū)動(dòng)測(cè)試：是在已知軟件產(chǎn)品具有何種功能的前提下，用來(lái)檢驗(yàn)每個(gè)功能是否能夠正常使用的一個(gè)測(cè)試方法。,測(cè)試的方法和原理：把程序看成是一個(gè)不能打開的黑盒子，在不考慮程序內(nèi)部結(jié)構(gòu)的情況下，測(cè)試人員用操作接口的方式進(jìn)行測(cè)試，檢查程序能否按照需求指定的功能接收輸入數(shù)據(jù)產(chǎn)生正確的結(jié)果。,黑盒測(cè)試主要在開發(fā)后期進(jìn)行?；趯?duì)需求、設(shè)計(jì)、用戶要求的理解,黑盒測(cè)試關(guān)注輸入、輸出的信息域，而不關(guān)注軟件的內(nèi)部結(jié)構(gòu),黑盒測(cè)試是窮舉輸入測(cè)試,黑盒測(cè)試和白盒測(cè)試,什么是白盒測(cè)試,白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,必須知道軟件內(nèi)部工作過(guò)程，通過(guò)

6、測(cè)試來(lái)檢測(cè)軟件內(nèi)部是否按照需求、設(shè)計(jì)正常運(yùn)行,通過(guò)邏輯覆蓋、路徑覆蓋等方式選擇測(cè)試用例，可以用測(cè)試覆蓋率評(píng)價(jià)測(cè)試用例,白盒測(cè)試法是否可以用窮舉邏輯或路徑法來(lái)測(cè)試？,黑盒測(cè)試和白盒測(cè)試,P,IN,OUT,白盒測(cè)試,:,黑盒測(cè)試,:,黑盒測(cè)試和白盒測(cè)試,黑盒測(cè)試主要工作：檢查實(shí)現(xiàn)功能與實(shí)際需求的滿足程度；（確認(rèn)和驗(yàn)證的過(guò)程）,白盒測(cè)試主要工作：,-,代碼檢查（語(yǔ)法、邏輯、書寫）,-,靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等）,-,功能確認(rèn)與接口分析,（主要是確認(rèn)過(guò)程）,-,邏輯覆蓋率分析（內(nèi)部的執(zhí)行路徑、提高軟件的可靠性）,-,性能與效率分析,-,內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等）,手工測(cè)試

7、和自動(dòng)測(cè)試,手工測(cè)試,自動(dòng)測(cè)試,適合自動(dòng)化的測(cè)試操作,手工測(cè)試和自動(dòng)測(cè)試的比較,手工測(cè)試和自動(dòng)測(cè)試,手工測(cè)試,傳統(tǒng)的測(cè)試方法,由測(cè)試人員手工編寫測(cè)試用例,缺點(diǎn)在于測(cè)試工作量大，重復(fù)多，回歸測(cè)試難以實(shí)現(xiàn),手工測(cè)試和自動(dòng)測(cè)試,自動(dòng)測(cè)試,利用軟件測(cè)試工具自動(dòng)實(shí)現(xiàn)全部或部分測(cè)試工作：管理、設(shè)計(jì)、執(zhí)行和報(bào)告,自動(dòng)測(cè)試節(jié)省大量的測(cè)試開銷，并能夠完成一些手工測(cè)試無(wú)法實(shí)現(xiàn)的測(cè)試,自動(dòng)化測(cè)試前必須首先手工測(cè)試,（調(diào)試）,缺點(diǎn)：無(wú)法及時(shí)進(jìn)行動(dòng)態(tài)調(diào)整和數(shù)理分析，例如：計(jì)算正確不代表邏輯性上沒(méi)有錯(cuò)誤；,手工測(cè)試和自動(dòng)測(cè)試,適合自動(dòng)化的測(cè)試操作,測(cè)試用例的生成（包括測(cè)試輸入，標(biāo)準(zhǔn)輸出，測(cè)試操作指令等）,測(cè)試的執(zhí)行與控制

8、（包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運(yùn)行；夜間及假日運(yùn)行）,測(cè)試對(duì)象、范圍、版本等的,控制,測(cè)試結(jié)果與預(yù)期輸出的對(duì)比,不吻合的測(cè)試結(jié)果的分析、記錄、分類、和通報(bào),測(cè)試的統(tǒng)計(jì)，報(bào)表的產(chǎn)生,手工測(cè)試和自動(dòng)測(cè)試的比較,手工完成測(cè)試的全部過(guò)程無(wú)法保證測(cè)試的科學(xué)性與嚴(yán)密性:,修改的缺陷越多，回歸測(cè)試越困難,沒(méi)有人能向決策層提供精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率,反復(fù)測(cè)試帶來(lái)的倦怠情緒及其他人為因素使得測(cè)試標(biāo)準(zhǔn)前后不一,測(cè)試花費(fèi)的時(shí)間越長(zhǎng)，測(cè)試的嚴(yán)格性也就越低,難以對(duì)不可視對(duì)象或?qū)ο蟮牟豢梢晫傩赃M(jìn)行測(cè)試。,手工測(cè)試和自動(dòng)測(cè)試的比較,自動(dòng)測(cè)試將測(cè)試人員從反復(fù)、煩雜的測(cè)試執(zhí)行中解放出來(lái)，用更多的時(shí)間進(jìn)行測(cè)試設(shè)計(jì)和結(jié)

9、果分析,軟件測(cè)試不可能完全自動(dòng)化,不能完成所有手工測(cè)試任務(wù),無(wú)創(chuàng)造性且靈活性差，不能改進(jìn)測(cè)試的有效性,過(guò)程中可能會(huì)遇到許多意想不到的問(wèn)題，特別是當(dāng)軟件不穩(wěn)定時(shí),測(cè)試腳本的維護(hù)高,軟件測(cè)試的各個(gè)階段,開發(fā)生命周期,.,維護(hù),需求定義,應(yīng)用定義,應(yīng)用開發(fā),修訂,建立,建立,測(cè)試生命周期,.,執(zhí)行,.,執(zhí)行,執(zhí)行,.,測(cè)試計(jì)劃,缺陷跟蹤,測(cè)試開發(fā),測(cè)試設(shè)計(jì),評(píng)估,好處：可以找到軟件的,Bug,，提高軟件可靠性！,不好：這些,Bug,可能讓開發(fā)人員瘋掉！可能項(xiàng)目延期！,軟件測(cè)試是“不得不做”！,軟件測(cè)試階段,階 段,輸 入,輸 出,需求分析,需求定義,市場(chǎng)分析文檔,相關(guān)技術(shù)文檔,市場(chǎng)需求分析會(huì)議記要,

10、功能設(shè)計(jì),技術(shù)設(shè)計(jì),設(shè)計(jì)審查,市場(chǎng)需求文檔,技術(shù)設(shè)計(jì)文檔,測(cè)試計(jì)劃,測(cè)試用例,功能驗(yàn)證,代碼完成文件包,功能詳細(xì)設(shè)計(jì)說(shuō)明書,最終技術(shù)文檔,完整測(cè)試用例,完備的測(cè)試計(jì)劃,缺陷報(bào)告,功能驗(yàn)證測(cè)試報(bào)告,系統(tǒng)測(cè)試,代碼修改后的文件包,完整測(cè)試用例,完備的測(cè)試計(jì)劃,缺陷報(bào)告,缺陷狀態(tài)報(bào)告,項(xiàng)目階段報(bào)告,確認(rèn)測(cè)試,代碼凍結(jié)文件包,確認(rèn)測(cè)試用例,缺陷狀態(tài)報(bào)告,缺陷報(bào)告審查,版本審查,版本發(fā)布,代碼發(fā)布文件包,測(cè)試計(jì)劃?rùn)z查清單,當(dāng)前版本已知問(wèn)題的清單,版本發(fā)布報(bào)告,測(cè)試階段,（,SDLC),需求和設(shè)計(jì)審查,測(cè)試人員參與產(chǎn)品需求分析和系統(tǒng)設(shè)計(jì)，認(rèn)真閱讀有關(guān)文檔，真正理解客戶的需求和技術(shù)上的設(shè)計(jì)，檢查需求說(shuō)明書對(duì)

11、產(chǎn)品描述的準(zhǔn)確性、一致性等，檢查系統(tǒng)設(shè)計(jì)的合理性和可測(cè)試性等,單元測(cè)試,單元測(cè)試,的,對(duì)象是程序系統(tǒng)中的最小單元,-,模塊或組件上，在編碼階段進(jìn)行，針對(duì)每個(gè)模塊進(jìn)行測(cè)試，主要通過(guò)白盒測(cè)試方法，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，檢查程序模塊或組件的已實(shí)現(xiàn)的功能與定義的功能是否一致、以及編碼中是否存在錯(cuò)誤。多個(gè)模塊可以平行地、對(duì)立地測(cè)試，通常要編寫驅(qū)動(dòng)模塊和樁模塊,單元測(cè)試一般由編程人員和測(cè)試人員共同完成，而以開發(fā)人員為主,單元測(cè)試包括代碼評(píng)審，代碼評(píng)審可以發(fā)現(xiàn)程序,50%,70%,代碼的缺陷。,單元測(cè)試,單元測(cè)試又稱為模塊測(cè)試,，什么是模塊？并沒(méi)有嚴(yán)格的定義，不過(guò)按照一般的理解，模塊應(yīng)該具有以下

12、的一些基本屬性：,名字,；,明確,規(guī)定的功能；,內(nèi)部,使用的數(shù)據(jù)，或稱局部數(shù)據(jù)；,與,其它模塊或外界的數(shù)據(jù)聯(lián)系；,實(shí)現(xiàn),其特定功能的算法；,可,被其上層模塊調(diào)用，也可調(diào)用其下屬模塊進(jìn)行協(xié)同工作。,單元測(cè)試,單元測(cè)試,的任務(wù),模塊接口測(cè)試,對(duì)被測(cè)模塊，檢測(cè)數(shù)據(jù)能否正確無(wú)誤地進(jìn)入和流出模塊；,模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試,檢測(cè)模塊在工作過(guò)程中，其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的內(nèi)容、形式以及相互之間關(guān)系；,模塊邊界條件測(cè)試,檢測(cè)在數(shù)據(jù)邊界處，模塊能否正常工作；,覆蓋測(cè)試,檢測(cè)模塊運(yùn)行能否滿足特定的邏輯覆蓋；,出錯(cuò)處理檢測(cè),檢測(cè)模塊出錯(cuò)處理是否有效。,單元測(cè)試,2.,單元測(cè)試過(guò)程,單元測(cè)試一般在編碼

13、之后進(jìn)行。,由于每個(gè)模塊在整個(gè)軟件中并不是孤立的，在對(duì)每個(gè),模塊進(jìn)行單元測(cè)試時(shí)，需要考慮它和周圍模塊的相互,聯(lián)系。為模擬這一聯(lián)系，在進(jìn)行單元測(cè)試時(shí)，必須設(shè),置若干個(gè)輔助測(cè)試模塊。這些輔助模塊分為兩種：,驅(qū)動(dòng)模塊（,driver,）,:,用以模擬被測(cè)模塊的上級(jí)模塊，,相當(dāng)于被測(cè)模塊的主程序。,樁模塊（,stub,）,:,用以模擬被測(cè)模塊的下級(jí)模塊，,相當(dāng)于被測(cè)模塊調(diào)用的子模塊。,單元測(cè)試,被測(cè)模塊與其相關(guān)的驅(qū)動(dòng)模塊和樁模塊共同構(gòu)成了一個(gè)“測(cè)試環(huán)境”，如圖所示。,集成測(cè)試,集成測(cè)試，也稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試，在單元測(cè)試的基礎(chǔ)上，將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口

14、有關(guān)的模塊之間問(wèn)題,兩種集成方式：一次性集成方式和增殖式集成方式。,集成測(cè)試,一些模塊單獨(dú)能夠工作，并不能保證連接起來(lái)也能正常工作。,程序在某些局部反映不出的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的發(fā)揮。,可能,的原因有：,模塊,相互調(diào)用時(shí)引入了新的問(wèn)題；,幾,個(gè)子功能組合起來(lái)不能實(shí)現(xiàn)主功能；,誤差,不斷積累達(dá)到不可接受的程度；,全局,數(shù)據(jù)結(jié)構(gòu)出現(xiàn)錯(cuò)誤等。,集成測(cè)試,集成測(cè)試,非增式測(cè)試,增式測(cè)試,自頂向下測(cè)試,自底向上測(cè)試,獨(dú)立地測(cè)試程序的每個(gè)模塊，然后再把,它們組合成整個(gè)程序的集成測(cè)試方法。,把下一個(gè)待測(cè)試的模塊組合到已經(jīng)測(cè)試過(guò)的那些模塊上去，再進(jìn)行測(cè)試。,從主控模塊開始，按照軟件的控制層

15、次結(jié)構(gòu)，逐步把各個(gè)模塊集成在一起。,從最下層的模塊開始，按照程序的層次結(jié)構(gòu)，逐漸形成完整的整體。,集成測(cè)試,在,軟件集成階段，測(cè)試的復(fù)雜程度遠(yuǎn)遠(yuǎn)的超過(guò)單元測(cè)試的復(fù)雜程度。,確認(rèn)測(cè)試,集成測(cè)試,完成以后，分散開發(fā)的模塊被聯(lián)接起來(lái)，構(gòu)成一個(gè)完整的程序。其中各模塊之間接口存在的種種問(wèn)題都已消除。于是進(jìn)入了確認(rèn)測(cè)試階段。,所謂,確認(rèn)測(cè)試，是對(duì)照軟件需求規(guī)格說(shuō)明書，對(duì)軟件產(chǎn)品進(jìn)行評(píng)估以確定其是否滿足需求規(guī)格的過(guò)程。,確認(rèn)測(cè)試,經(jīng)過(guò)確認(rèn)測(cè)試，應(yīng)該為已開發(fā)的軟件做出結(jié)論性的評(píng)價(jià)。這無(wú)非是兩種情況之中：,（,1,）經(jīng)過(guò)檢驗(yàn)，軟件功能、性能及其它要求都已滿足需求規(guī)格說(shuō)明書的規(guī)定，是一個(gè)合格的軟件。,（,2,）經(jīng)

16、過(guò)檢驗(yàn)，發(fā)現(xiàn)與需求說(shuō)明書有相當(dāng)?shù)钠x，我們得到一個(gè)缺陷清單，這就需要開發(fā)部門和顧客進(jìn)行協(xié)商，找出解決的辦法。,系統(tǒng)測(cè)試,系統(tǒng)測(cè)試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試，包括恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等,系統(tǒng)測(cè)試,系統(tǒng)測(cè)試,實(shí)際上是針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的綜合性檢驗(yàn)，很接近我們的日常測(cè)試實(shí)踐。,系統(tǒng)測(cè)試的目標(biāo)不是要找出軟件故障，而是要證明系統(tǒng)的性能。,系統(tǒng)測(cè)試很困難，需要很多的創(chuàng)造性。那么，系統(tǒng)測(cè)試應(yīng)該由誰(shuí)來(lái)進(jìn)行測(cè)試。我們說(shuō)：,系統(tǒng)開發(fā)人員不能進(jìn)行系統(tǒng)測(cè)試。,系統(tǒng)開發(fā),組織不能負(fù)責(zé)系統(tǒng)測(cè)試。,系統(tǒng)測(cè)試最好由,獨(dú)立的測(cè)試機(jī)構(gòu),完成。,驗(yàn)收測(cè)試,驗(yàn)收測(cè)試,是將最終產(chǎn)品與最終用戶的當(dāng)前需求進(jìn)行比較的過(guò)程，是軟件開發(fā)結(jié)束后，軟件產(chǎn)品向用戶交付之前進(jìn)行的最后一次質(zhì)量檢驗(yàn)活動(dòng)，回答開發(fā)的軟件產(chǎn)品是否符合預(yù)期的各項(xiàng)要求，用戶是否接受等問(wèn)題。,驗(yàn)收測(cè)試不只檢驗(yàn)軟件某方面的質(zhì)量，還要進(jìn)行全面的質(zhì)量檢驗(yàn)并決定軟件是否合格。因此驗(yàn)收測(cè)試是一項(xiàng),嚴(yán)格的正規(guī)的,測(cè)試活動(dòng)，并且應(yīng)該在,生產(chǎn)環(huán)境中,而不是開發(fā)環(huán)境中進(jìn)行。,各階段所使用