《第8講-軟件測試課件》由會員分享，可在線閱讀，更多相關(guān)《第8講-軟件測試課件（87頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、,,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,,*,,,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,,*,2024/11/19,1,,授課班級,計應,1001,,,,第,8,次,課,,授課時間,11,月,1,日星期,4,,,月 日星期,,月 日星期,,授課地點,707,,,,課題內(nèi)容,軟件測試,教學目的,1\,掌握軟件測試的概念、目標,,,方法和過程等,2\,掌握軟件測試技術(shù),3\,理解軟件測試策略,4\,掌握基于,CASE,的軟件測試和排錯,教學方法,理論加實例,重 點,1,、軟件測試的概念

2、、目標,,,方法和過程,2,、軟件測試技術(shù),能力培養(yǎng),掌握,《,軟件測試說明書,》,編寫,課堂類型,講授課,教 具,電腦、投影儀,2023/9/291 授課班級 計應1001第 授課時間,2024/11/19,2,軟件測試,,2023/9/292　 軟件測試,2024/11/19,3,主講內(nèi)容,基本概念,軟件測試的概念、目標,,,方法和過程等,軟件測試技術(shù),軟件測試策略,基于,CASE,的軟件測試和排錯,2023/9/293主講內(nèi)容基本概念,軟件生命周期,可行性研究,需求分析,概要設(shè)計,詳細設(shè)計,實 現(xiàn),集成測試,確認測試,使用與維護,退役,,,,,,,,,,軟件定義,軟件開發(fā),維

3、護,,,軟件生命周期可行性研究需求分析概要設(shè)計詳細設(shè)計實 現(xiàn)集成測試,2024/11/19,5,軟件測試,初步的軟件系統(tǒng)存在,錯誤,，如何發(fā)現(xiàn)錯誤,?,,軟件測試：,為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。,,軟件測試在軟件生存期中橫跨兩個階段,編碼階段（單元測試）,測試階段（綜合測試）,,2023/9/295軟件測試初步的軟件系統(tǒng)存在錯誤，如何發(fā)現(xiàn),2024/11/19,6,軟件測試,(,續(xù),),軟件測試是軟件質(zhì)量保證活動中的關(guān)鍵步驟,對,SRS,、設(shè)計規(guī)格說明書及編碼的最后復審,工作量：占軟件開發(fā)總工作量的４０％以上,確保軟件質(zhì)量的一種有效手段,(,可操作,),,2023/9/296軟件測試(續(xù))軟

4、件測試是軟件質(zhì)量保證活動,2024/11/19,7,1. 1,軟件測試的基本概念,軟件錯誤,軟件系統(tǒng)的功能和性能與預期的功能和性能不一致,,軟件測試,根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)，設(shè)計一批,測試用例,（即輸入數(shù)據(jù)及其預期的輸出結(jié)果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。,2023/9/2971. 1 軟件測試的基本概念軟件錯誤,2024/11/19,8,1.2,軟件測試的目的,基于不同的立場,,用戶的角度,：,希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。,,軟件開發(fā)者的角度,：,希望測試成為表明軟件產(chǎn)品中不存在錯誤的過程，驗證該軟件已正確

5、地實現(xiàn)了用戶的要求，確立人們對軟件質(zhì)量的信心。,2023/9/2981.2 軟件測試的目的基于不同的立場,2024/11/19,9,軟件測試的目的,〔Glen Myers〕,(1),測試是,程序的執(zhí)行過程,，目的在于,發(fā)現(xiàn)錯誤；,(2),一個好的測試用例在于,能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；,(3),一個成功的測試是,發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。,,,測試無法說明錯誤不存在，而只能表示軟件錯誤已經(jīng)出現(xiàn),。,2023/9/299軟件測試的目的〔Glen Myers〕(,2024/11/19,10,1.3,軟件測試的原則,〔Davie〕,1.,所有的測試都應追溯到用戶需求。,,2.,盡早地和不斷地進行軟

6、件測試。,,3. Pareto,原則應用于軟件測試：,測試中發(fā)現(xiàn)的錯誤中的,80,％很可能起源于程序模塊中的,20%,。,,2023/9/29101.3 軟件測試的原則〔Davie〕1,2024/11/19,11,4.,從“小規(guī)?！遍_始，逐步轉(zhuǎn)向“大規(guī)?！薄?,5.,窮舉測試是不可能的。,,6 .,應由第三方來測試。,軟件測試的原則,(,續(xù),),2023/9/29114. 從“小規(guī)模”開始，逐步轉(zhuǎn)向“大規(guī),2024/11/19,12,,1.4,軟件測試的對象,軟件測試并不等于程序測試,軟件測試應貫穿于軟件定義與開發(fā)的整個期間,。,需求分析,、,概要設(shè)計,、,詳細設(shè)計以及程序編碼,等各階段所得到

7、的,文檔,，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序，,都應成為軟件測試的對象,。,2023/9/29121.4 軟件測試的對象軟件測試并不等,2024/11/19,13,為把握軟件開發(fā)各個環(huán)節(jié)的正確性，需要確認和驗證工作,,確認,(Validation,),目的：證實在一個給定的外部環(huán)境中，軟件的邏輯正確性。,需求規(guī)格說明的確認； 程序的確認,(,靜態(tài)確認、動態(tài)確認,),,驗證,(Verification),目的：試圖證明在軟件生存期各個階段，以及階段間的邏輯協(xié)調(diào)性、完備性和正確性。,,1.4,軟件測試的對象,(,續(xù),),2023/9/2913為把握軟件開發(fā)各個環(huán)節(jié)的

8、正確性，需要確,2024/11/19,14,2023/9/2914,2024/11/19,15,1.5,軟件測試的信息流程,軟件測試思想,數(shù)據(jù)處理,?,設(shè)計測試用例,?,判斷結(jié)果,2023/9/29151.5 軟件測試的信息流程軟件測試思想,2024/11/19,16,測試信息流,輸入,軟件配置,軟件需求規(guī)格說明、軟件設(shè)計規(guī)格說明、源代碼等；,測試配置,測試計劃、測試用例、測試程序等；,測試工具,測試數(shù)據(jù)自動生成程序、靜態(tài)分析程序、動態(tài)分析程序、測試結(jié)果分析程序、以及驅(qū)動測試的測試數(shù)據(jù)庫等等。,2023/9/2916測試信息流輸入,2024/11/19,17,測試結(jié)果分析,比較實測結(jié)果與預期結(jié)

9、果，評價錯誤是否發(fā)生。,,排錯,(,調(diào)試,),對已經(jīng)發(fā)現(xiàn)的錯誤進行錯誤定位和確定出錯性質(zhì)，并改正這些錯誤，同時修改相關(guān)的文檔。,,修正后的文檔再測試,,建立,可靠性模型,利用可靠性分析，評價軟件質(zhì)量。,,測試信息流,(,續(xù),),2023/9/2917測試結(jié)果分析測試信息流(續(xù)),2024/11/19,18,1.6,測試用例的設(shè)計,,,二種測試用例設(shè)計方法,,白盒測試,,黑盒測試,,2023/9/29181.6 測試用例的設(shè)計 二種測試用例,2024/11/19,19,1.6.1,白盒測試,,思想,把測試對象看做一個透明的盒子,;,利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所

10、有邏輯路徑進行測試。,通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。,,又稱為,結(jié)構(gòu)測試,或,邏輯驅(qū)動測試。,2023/9/29191.6.1 白盒測試,2024/11/19,20,1.6.1,白盒測試（續(xù)）,使用白盒測試方法，對程序模塊進行如下的檢查,：,對程序模塊的,所有獨立路徑,至少測試一次；,,對所有的,邏輯判定,，均需測試,true,和,false,；,,在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體；,,測試,內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,。,,2023/9/29201.6.1 白盒測試（續(xù)）使用白盒測試,2024/11/19,21,1.6.2,黑盒測試,,思想,把測試對象看做一個黑

11、盒子,;,完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。,,又叫,功能測試,或,數(shù)據(jù)驅(qū)動測試,。,2023/9/29211.6.2 黑盒測試 思想,2024/11/19,22,1.6.2,黑盒測試,(,續(xù),),黑盒測試是在,程序接口,上進行測試，主要是為了發(fā)現(xiàn),:,,不正確或遺漏了的,功能,；,界面,錯誤；,數(shù)據(jù),結(jié)構(gòu)錯誤或外部信息訪問錯誤,；,性能,錯誤；,初始化或終止錯誤,。,,2023/9/29221.6.2 黑盒測試(續(xù))黑盒測試是在,2024/11/19,23,1.7,軟件測試步驟,軟件開發(fā)：從高抽象層次向低層次抽象過渡,,軟

12、件測試：從低層次抽象向高層次抽象過渡,單元測試：,測試程序中每個模塊是否有錯誤 （白盒）,集成測試：,測試軟件總體結(jié)構(gòu)是否有錯誤,（黑盒）,確認測試：,測試軟件是否滿足用戶需求,（黑盒）,2023/9/29231.7 軟件測試步驟軟件開發(fā)：從高抽象,2024/11/19,24,需求分析,概要設(shè)計,詳細設(shè)計,編碼,單元測試,集成測試,確認分析,軟件開發(fā)過程,軟件測試過程,軟件開發(fā)和軟件測試間的關(guān)系,2023/9/2924需求分析概要設(shè)計詳細設(shè)計編碼單元測試集,2024/11/19,25,2,軟件測試技術(shù),,2.1,白盒測試,根據(jù)程序的控制結(jié)構(gòu)來設(shè)計測試用例,,要設(shè)計多少測試用例,?,覆

13、蓋準則,:,,語句覆蓋,分支覆蓋,路徑覆蓋,基本路徑覆蓋,2023/9/29252 軟件測試技術(shù) 2.1 白盒測試,2024/11/19,26,基本路徑測試,目標,把覆蓋的路徑數(shù)壓縮到一定限度內(nèi)；,保證程序的每一個可執(zhí)行語句至少執(zhí)行一次。,設(shè)計測試用例的方法,在程序控制流圖的基礎(chǔ)上，通過分析環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設(shè)計測試用例。,,2023/9/2926基本路徑測試目標,2024/11/19,27,步驟,1.,根據(jù)流程圖畫出流圖,,流圖,刻畫了程序的控制結(jié)構(gòu)但不涉及程序的過程性細節(jié)。,,要素,節(jié)點,(,過程塊，結(jié)合點，判定點,),，有向邊,,任何過程設(shè)計表示法都可被翻譯成流圖

14、,2023/9/2927步驟1. 根據(jù)流程圖畫出流圖 流圖,2024/11/19,28,流程圖和流圖,,2023/9/2928流程圖和流圖,2024/11/19,29,流圖,,,,判定點不含復合條件，否則應按照下列方式增加判定點,,2023/9/2929流圖 判定點不含復合條件，否則應按照下,2024/11/19,30,流程圖 流圖,2023/9/2930流程圖 流圖,2024/11/19,31,流程圖 流圖,2023/9/2931流程圖 流圖,2024/11/19,32,步驟,2.,計算程序的環(huán)路復雜性， 確定基本路徑集合,,環(huán)路復雜性,一種為程序邏輯復雜性提供定量測度的

15、軟件度量；,給出程序基本路徑集合中的,獨立路徑條數(shù),，是確保每個語句至少執(zhí)行一次的測試數(shù)量的上界。,2023/9/2932步驟2.計算程序的環(huán)路復雜性， 確,2024/11/19,33,步驟,2.,計算程序的環(huán)路復雜性， 確定基本路徑集合（續(xù)）,,獨立路徑,程序中至少引進一個新的處理語句集合或一個新條件的任一路徑。,在流圖中，必須至少包含一條在定義此路徑前不曾用到的邊。,,2023/9/2933步驟2.計算程序的環(huán)路復雜性， 確,2024/11/19,34,獨立路徑,2023/9/2934獨立路徑,2024/11/19,35,獨立路徑（續(xù)）,一個獨立路徑集合,路徑,1,：,1 -

16、11,路徑,2,：,1 - 2, 3 - 6 - 7 - 9 - 10 - 1 - 11,路徑,3,：,1 - 2, 3 - 4, 5 - 10 - 1 - 11,路徑,4,：,1 - 2, 3 - 6 - 8 - 9 - 10 - 1 - 11,,基本路徑集不唯一,2023/9/2935獨立路徑（續(xù)）一個獨立路徑集合,2024/11/19,36,步驟,2.,計算程序的環(huán)路復雜性， 確定基本路徑集合（續(xù)）,,多少條路徑？,,環(huán)路復雜性,V(G),（,1,） 流圖,G,中的區(qū)域數(shù)；,（,2,）,V(G) = E – N + 2,E,－流圖,G,的邊數(shù)；,N,－流圖的節(jié)點數(shù),（,3,）,V(G

17、) = P + 1,P,－流圖,G,中的判定節(jié)點數(shù),2023/9/2936步驟2.計算程序的環(huán)路復雜性， 確,2024/11/19,37,環(huán)路復雜性,2023/9/2937環(huán)路復雜性,2024/11/19,38,環(huán)路復雜性（續(xù)）,計算,V(G),（,1,）,4,個區(qū)域,（,2,）,V(G) = 11,條邊－,9,個節(jié)點＋,2,＝,4,（,3,）,V(G) = 3,個判定節(jié)點＋,1,＝,4,,V(G),提供了組成基本集的獨立路徑的上界；,并由此得出覆蓋所有程序語句所需的,測試用例的上界,。,2023/9/2938環(huán)路復雜性（續(xù)）計算V(G),2024/11/19,39,步驟,3.,導出測試用

18、例,針對每條測試路徑設(shè)計測試用例，強制執(zhí)行基本集中所有路徑,,執(zhí)行每個測試用例，并和期望值比較,2023/9/2939步驟3.導出測試用例針對每條測試路徑設(shè),2024/11/19,40,2.2,黑盒測試,黑盒測試,主要測試軟件是否滿足功能和性能要求，不涉及模塊的內(nèi)部過程性細節(jié),,黑盒測試的測試用例設(shè)計,等價類劃分,邊界值分析,,2023/9/29402.2 黑盒測試黑盒測試,2024/11/19,41,2.2.1,等價分類法,(1),,思想,把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)做為測試用例。,,優(yōu)點,減少測試次數(shù)，不丟失發(fā)現(xiàn)錯誤的機會,,2

19、023/9/29412.2.1 等價分類法(1) 思想,2024/11/19,42,,2.2.1,等價分類法,(2),,設(shè)計測試用例的步驟,（,1,）在輸入域中劃分等價類；,（,2,）選取測試用例。,,等價類,輸入域的子集。,在該子集中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤是等效的,;,測試某等價類的代表值就等價于對這一類其它值的測試。,2023/9/2942 2.2.1 等價分類法(2) 設(shè)計測,2024/11/19,43,,2.2.1,等價分類法,(3),,等價類的劃分,①,有效等價類,對于程序的規(guī)格說明來說，是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。,②,無效等價類,對于程序的規(guī)格說明來說，是不

20、合理的，無意義的輸入數(shù)據(jù)構(gòu)成的集合。,,在設(shè)計測試用例時，要同時考慮有效等價類和無效等價類的設(shè)計。,2023/9/2943 2.2.1 等價分類法(3) 等價類,2024/11/19,44,步驟,1.,劃分等價類,劃分等價類的原則,,(1),按區(qū)間劃分,輸入條件規(guī)定取值范圍；,則可以確立一個有效等價類和兩個無效等價類。,,（,2,）按數(shù)值劃分,如果規(guī)定了輸入數(shù)據(jù)的特定值；,則可以確立一個有效等價類和兩個無效等價類。,2023/9/2944步驟1. 劃分等價類劃分等價類的原則,2024/11/19,45,程序的規(guī)格說明中，輸入條件：,,“,……,,項數(shù)可以從,1,到,999,,……”,,,則有效

21、等價類是,“,1≤,項數(shù)≤,999,”,;,,兩個無效等價類是,“,項數(shù)＜,1,”,或,“,項數(shù)＞,999,”,。,,在數(shù)軸上表示,:,,,劃分等價類的原則－例,2023/9/2945程序的規(guī)格說明中，輸入條件：劃分等價類,2024/11/19,46,,（,3,）按集合劃分,輸入條件規(guī)定了輸入值的集合，或規(guī)定了,“,必須如何,”,的條件,;,可確立一個有效等價類和一個無效等價類（其補集）,.,,例,Pascal,語言中，對變量標識符規(guī)定為,“,以字母打頭的,……,串,”,；,所有以字母打頭的構(gòu)成,有效等價類,，不在此集合內(nèi)（不以字母打頭）的歸于,無效等價類,。,劃分等價類的原則,(,續(xù),),2

22、023/9/2946 劃分等價類的原則(續(xù)),2024/11/19,47,,(4),如果輸入條件是一個布爾量，則可以確定一個有效等價類和一個無效等價類。,,劃分等價類的原則,(,續(xù),),2023/9/2947 劃分等價類的原則(續(xù)),2024/11/19,48,,(1),在確立了等價類之后，建立等價類表，列出所有劃分出的等價類。,,,,,,,步驟,2.,確立測試用例,2023/9/2948步驟2. 確立測試用例,2024/11/19,49,步驟,2.,確立測試用例,(,續(xù),),(2),從劃分出的等價類中按以下原則選擇測試用例,設(shè)計盡可能少的測試用例，覆蓋所有的有效等價類；,針對每一個無效等價類

23、，設(shè)計一個測試用例來覆蓋它。,2023/9/2949步驟2. 確立測試用例(續(xù))(2)從劃,2024/11/19,50,2.2.2,邊界值分析法,邊界值分析,大量的錯誤發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。,因此，針對各種邊界情況設(shè)計測試用例。,,邊界,相對于輸入等價類和輸出等價類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。,2023/9/29502.2.2 邊界值分析法邊界值分析,2024/11/19,51,設(shè)計測試用例,首先應確定邊界情況；,應當選取正好等于，剛剛大于，或剛剛小于邊界的值做為測試數(shù)據(jù),，而不是選取等價類中的典型值或任意值做為測試數(shù)據(jù)。,,,2.2.2

24、,邊界值分析法（,2,）,2023/9/2951設(shè)計測試用例2.2.2 邊界值分析法（,2024/11/19,52,2.2.2,邊界值分析法（,3,）,設(shè)計測試用例方法,(1),輸入條件是一范圍,(a,b),；那么以,a,b,及緊挨,a,b,左右的值應作為測試用例。,,(2),輸入條件為一組數(shù)，那么選擇這組數(shù)的最大者和最小者，次大和次小者作為測試用例。,,2023/9/29522.2.2 邊界值分析法（3）設(shè)計測試,2024/11/19,53,2.2.2,邊界值分析法（,4,）,(3),應用規(guī)則,(1)(2),于輸出條件。,設(shè)計測試用例使得程序的輸出結(jié)果剛好是在某些邊界上。,,(4),如果程序

25、的內(nèi)部數(shù)據(jù)結(jié)構(gòu)是有界的，那么應設(shè)計測試用例使它能夠檢查該數(shù)據(jù)結(jié)構(gòu)的邊界。,,2023/9/29532.2.2 邊界值分析法（4）(3)應,2024/11/19,54,3,軟件測試的過程與策略,測試過程按,4,個步驟進行,,（,1,）,單元測試,集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。,,（,2,）組裝測試,把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。,,2023/9/29543 軟件測試的過程與策略測試過程按4個,2024/11/19,55,（,3,）確認測試,檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，

26、以及軟件配置是否完全、正確。,,（,4,）系統(tǒng)測試,把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。,軟件測試的過程與策略（續(xù)）,2023/9/2955（3）確認測試軟件測試的過程與策略（續(xù),2024/11/19,56,2023/9/2956,2024/11/19,57,3.1,單元測試,單元測試,在編碼階段進行；,針對軟件的最小單元－模塊進行正確性檢驗。,多采用白盒測試；,多個模塊可平行地獨立進行單元測試。,,測試的內(nèi)容,模塊接口；,局部數(shù)據(jù)結(jié)構(gòu)；,路徑測試；,錯誤處理測試；,邊界測試；,關(guān)鍵路徑測試。,,2023/9/29573.1 單元測試單元測試,2024/1

27、1/19,58,單元測試,2023/9/2958單元測試,2024/11/19,59,3.2,集成測試,集成測試,在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng)。,模塊相互調(diào)用時引入接口問題,->,集成測試（組裝測試、聯(lián)合測試）。,,,2023/9/29593.2 集成測試集成測試,2024/11/19,60,3.2,集成測試（續(xù)）,需要考慮的問題,把各個模塊連接起來時，穿越模塊接口的數(shù)據(jù)是否會丟失；,一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；,各個子功能組合起來，能否達到預期要求的功能；,全局數(shù)據(jù)結(jié)構(gòu)是否有問題；,單個模塊的誤差累積起來，是否會放大，以至達到不能接受的

28、程度。,,2023/9/29603.2 集成測試（續(xù)）需要考慮的問題,2024/11/19,61,3.2,集成測試（續(xù)）,組裝模塊的方式,,一次性集成（整體拼裝；難于查錯）,,增量式集成,自頂向下集成,自頂向上集成,2023/9/29613.2 集成測試（續(xù)）組裝模塊的方式,2024/11/19,62,自頂向下集成,從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或廣度優(yōu)先的策略集成各個模塊,2023/9/2962自頂向下集成從主控模塊開始，按照軟件的,2024/11/19,63,自頂向下集成,－深度優(yōu)先,/,廣度優(yōu)先,2023/9/2963自頂向下集成－深度優(yōu)先/廣度優(yōu)先,2024/11/

29、19,64,自頂向下集成（續(xù)）,優(yōu)點,盡早的對程序的主要控制和決策機制進行檢驗，盡早發(fā)現(xiàn)錯誤。,,缺點,測試較高層模塊時，低層用樁模塊替代，不能反映真實情況。,,2023/9/2964自頂向下集成（續(xù)）優(yōu)點,2024/11/19,65,自底向上集成,從軟件結(jié)構(gòu)最底層模塊開始自底向上進行組裝和測試,,2023/9/2965自底向上集成從軟件結(jié)構(gòu)最底層模塊開始自,2024/11/19,66,3.3,確認測試,任務(wù),(1),驗證軟件的有效性：判斷目標軟件系統(tǒng)是否滿足用戶的功能和性能需求；,(2),文檔資料是否完整、準確。,,依據(jù)和標準：用戶需求規(guī)格說明書,,,2023/9/29663.3 確認測試任

30、務(wù),2024/11/19,67,3.3,確認測試（續(xù)）,步驟,1,：有效性測試,（,1,）制定測試計劃；,（,2,）制定測試過程：定義具體的測試用例；,（,3,）對軟件其它需求（如可移植性、兼容性、錯誤恢復能力、可維護性等）進行測試。,,步驟,2,：軟件配置復審,保證軟件配置齊全、分類有序，具有維護階段所需的細節(jié)。,2023/9/29673.3 確認測試（續(xù)）步驟1：有效性測,2024/11/19,68,,,2023/9/2968,2024/11/19,69,3.3,確認測試 （續(xù)）,步驟,3,：驗收測試,以用戶為主的測試。,α,測試,，,β,測試,,,2023/9/29693.3 確認測試

31、（續(xù)）步驟3：驗收測,2024/11/19,70,α,測試,α,測試,公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的測試,。,,目的,評價軟件產(chǎn)品的,FURPS,（功能、可使用性、可靠性、性能和支持）；尤其注重產(chǎn)品的界面和特色。,2023/9/2970α測試α測試,2024/11/19,71,β,測試,由軟件的,多個用戶在實際使用環(huán)境下進行的測試,。這些用戶返回有關(guān)錯誤信息給開發(fā)者。,,目的,衡量產(chǎn)品的,FLURPS,。著重于產(chǎn)品的支持性，包括文檔、客戶培訓和支持產(chǎn)品生產(chǎn)能力。,,處在整個測試的最后階段。,β,測試,2023/9/2971β測試β測試,2024/11/19,72,3.4,系統(tǒng)測試,系

32、統(tǒng)測試,將通過確認測試的軟件，,作為整個基于計算機系統(tǒng)的一個元素,，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起；,在實際運行環(huán)境下,，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。,,目的,通過與系統(tǒng)的需求定義作比較,,,發(fā)現(xiàn)軟件與定義不符合的地方,。,2023/9/29723.4 系統(tǒng)測試系統(tǒng)測試,2024/11/19,73,測試種類,軟件測試由一系列不同的測試組成。,,目的,對以計算機為基礎(chǔ)的系統(tǒng)進行充分的測試。,,,2023/9/2973測試種類軟件測試由一系列不同的測試組成,2024/11/19,74,測試種類（,1,）,功能測試,在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)

33、的所有功能，以驗證這個軟件系統(tǒng)有無嚴重錯誤。,,2023/9/2974測試種類（1）功能測試,2024/11/19,75,測試種類（,2,）,可靠性測試,如果系統(tǒng)需求說明書中有對可靠性的要求，則需進行可靠性測試。,,①,平均失效間隔時間,MTBF (Mean Time Between Failures),是否超過規(guī)定時限,?,②,因故障而停機的時間,MTTR (Mean Time To Repairs),在一年中應不超過多少時間。,,2023/9/2975測試種類（2）可靠性測試,2024/11/19,76,測試種類（,3,）,強度測試,檢查,在系統(tǒng)運行環(huán)境不正常乃至發(fā)生故障的情況下，系統(tǒng)可以

34、運行到何種程度的測試,。,,例如：,把輸入數(shù)據(jù)速率提高一個數(shù)量級，確定輸入功能將如何響應。,設(shè)計需要占用最大存儲量或其它資源的測試用例進行測試。,,,2023/9/2976測試種類（3）強度測試,2024/11/19,77,測試種類（,4,）,,性能測試,檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能。特別是對于實時系統(tǒng)或嵌入式系統(tǒng)。,常需要與強度測試結(jié)合起來進行，并要求同時進行硬件和軟件檢測。,,通常，對軟件性能的檢測表現(xiàn)在以下幾個方面,響應時間,、,吞吐量,、,輔助存儲區(qū),，例如緩沖區(qū)，工作區(qū)的大小等、,處理精度,，等等,2023/9/2977測試種類（4） 性能測試,2024/11/19,78

35、,,恢復測試,要證實在,克服硬件故障,(,包括掉電、硬件或網(wǎng)絡(luò)出錯等,),后,，,系統(tǒng)能否正常地繼續(xù)進行工作,，并不對系統(tǒng)造成任何損害。,,為此，可采用各種人工干預的手段，模擬硬件故障，故意造成軟件出錯。,,測試種類（,5,）,2023/9/2978測試種類（5）,2024/11/19,79,安全性測試,檢驗,在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞,。,,測試種類（,6,）,2023/9/2979安全性測試測試種類（6）,2024/11/19,80,3.5,排錯,測試是為了發(fā)現(xiàn)錯誤，當發(fā)現(xiàn)錯誤后就要將它改正，改正錯誤主要依靠排錯技術(shù),,,2023/9/29803.5

36、排錯測試是為了發(fā)現(xiàn)錯誤，當發(fā),2024/11/19,81,排錯過程,2023/9/2981排錯過程,2024/11/19,82,,排錯（續(xù)）,,排錯方法,,(1),原始法,(2),回溯法,(3),排除法,基于歸納和演繹的方法,:,收集與出錯有關(guān)的所有數(shù)據(jù)，假想一組出錯的原因，用這組數(shù)據(jù)證明或者反駁之,,2023/9/2982 排錯（續(xù)） 排錯方法,2024/11/19,83,4,基于,CASE,的軟件測試和排錯,靜態(tài)分析器,通過靜態(tài)的掃描源程序，找出可能導致程序出錯的異常情況,代碼審查器,檢查源程序代碼是否滿足最基本的代碼標準,斷言處理器,檢查程序員關(guān)于程序行為的斷言在程序執(zhí)行過程中是否成立,

37、測試數(shù)據(jù)產(chǎn)生器,,2023/9/29834 基于CASE的軟件測試和排錯靜態(tài)分,2024/11/19,84,小結(jié),基本概念,軟件測試的概念、目標,,,方法和過程,軟件測試技術(shù),白盒和黑盒軟件測試方法,軟件測試策略,步驟,,,方法等,基于,CASE,的軟件測試和排錯,,2023/9/2984小結(jié)基本概念,2024/11/19,85,作業(yè),1,、什么是軟件測試,2,、軟件測試的目的,3,、軟件測試常用的技術(shù),2023/9/2985作業(yè)1、什么是軟件測試,2024/11/19,86,,,思考題：,只要設(shè)計足夠多的測試用例，軟件測試是否可以發(fā)現(xiàn)軟件中的所有錯誤,,,為什么？,,,,2023/9/2986 思考題：,實訓內(nèi)容,在網(wǎng)上查找有關(guān)軟件測試工具的內(nèi)容,并整理出一篇有關(guān)軟件測試工具和方法的文章,不少于1500字,每個同學寫一篇.,完成后以文件夾的形式在課堂上通過極域電子教室發(fā)送給老師,文件夾以自己的名字命名.,2024/11/19,87,實訓內(nèi)容在網(wǎng)上查找有關(guān)軟件測試工具的內(nèi)容,并整理出一篇有關(guān)軟,