軟件測試第二講軟件測試策略與過程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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