《軟件測(cè)試的基礎(chǔ)理論》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件測(cè)試的基礎(chǔ)理論（29頁(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í),*,*,單擊此處編輯母版文本樣式,第二級(jí),*,*,單擊此處

2、編輯母版標(biāo)題樣式,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),*,*,軟件測(cè)試基礎(chǔ)理論,1:軟件缺陷含義,2:軟件缺陷的案例,3:軟件缺陷的定義,4:軟件缺陷的種類,5:軟件缺陷的級(jí)別判定,6:軟件缺陷的原因,7:軟件缺陷的組成,8:軟件測(cè)試的分類,9:軟件測(cè)試流程,10:軟件測(cè)試模型,11:,單元測(cè)試的時(shí)間如何把握？,軟件的質(zhì)量就是軟件的生命，為了保證軟件的質(zhì)量，人們?cè)陂L(zhǎng)期的開發(fā)過程中積累了許多經(jīng)驗(yàn)并形成了許多行之有效的方法。但是借助這些方法，我們只能盡量減少軟件中的錯(cuò)誤和不足，卻不能完全避免所有的錯(cuò)誤。,如果把所開發(fā)出來(lái)的軟件看作一個(gè)企業(yè)生產(chǎn)的產(chǎn)品，那么軟件測(cè)試就相當(dāng)于該企

3、業(yè)的質(zhì)量檢測(cè)部分。簡(jiǎn)單地說，我們?cè)诰帉懲暌欢未a之后，檢查其是否如我們所預(yù)期的那樣運(yùn)行，這個(gè)活動(dòng)就可以看作是一種軟件測(cè)試工作。新的測(cè)試?yán)碚?、測(cè)試方法、測(cè)試技術(shù)手段在不斷涌出，軟件測(cè)試機(jī)構(gòu)和組織也在迅速產(chǎn)生和發(fā)展，由此軟件測(cè)試技術(shù)職業(yè)也同步完善和健全起來(lái)。,1:軟件測(cè)試的含義,人們常常不把軟件當(dāng)回事，沒有真正意識(shí)到它已經(jīng)深入滲透到我們的日常生活中,軟件在電子信息領(lǐng)域里無(wú)處不在。現(xiàn)在有許多人如果一天不上網(wǎng)查看電子郵件，簡(jiǎn)直就沒法過下去。我們已經(jīng)離不開,24,小時(shí)包裹投遞服務(wù)、長(zhǎng)途電話服務(wù)和最先進(jìn)的醫(yī)療服務(wù)了。,然而軟件是由人編寫開發(fā)的，是一種邏輯思維的產(chǎn)品，盡管現(xiàn)在軟件開發(fā)者采取了一系列有效措施，

4、不斷地提高軟件開發(fā)質(zhì)量，但仍然無(wú)法完全避免軟件（產(chǎn)品）會(huì)存在各種各樣的缺陷。,2軟件缺陷案例,下面以實(shí)例來(lái)說明。,（,1,）迪斯尼的獅子王游戲軟件缺陷。,1994,年秋天，迪斯尼公司發(fā)布了第一個(gè)面向兒童的多媒體光盤游戲,獅子王動(dòng)畫故事書（,The Lion King Animated Storybook,）。盡管已經(jīng)有許多其他公司在兒童游戲市場(chǎng)上運(yùn)作多年，但是這次是迪斯尼公司首次進(jìn)軍這個(gè)市場(chǎng)，所以進(jìn)行了大量促銷宣傳。結(jié)果，銷售額非?？捎^，該游戲成為孩子們那年節(jié)假日的“必買游戲”。然而后來(lái)卻飛來(lái)橫禍。,12,月,26,日，圣誕節(jié)的后一天，迪斯尼公司的客戶支持電話開始響個(gè)不停。很快，電話支持技術(shù)員

5、們就淹沒在來(lái)自于憤怒的家長(zhǎng)并伴隨著玩不成游戲的孩子們哭叫的電話之中。報(bào)紙和電視新聞進(jìn)行了大量的報(bào)道。,后來(lái)證實(shí)，迪斯尼公司未能對(duì)市面上投入使用的許多不同類型的,PC,機(jī)型進(jìn)行廣泛的測(cè)試。軟件在極少數(shù)系統(tǒng)中工作正常,-,例如在迪斯尼程序員用來(lái)開發(fā)游戲的系統(tǒng)中,但在大多數(shù)公眾使用的系統(tǒng)中卻不能運(yùn)行。,（,2,）愛國(guó)者導(dǎo)彈防御系統(tǒng)缺陷,愛國(guó)者導(dǎo)彈防御系統(tǒng)是里根總統(tǒng)提出的戰(zhàn)略防御計(jì)劃（即星球大戰(zhàn)計(jì)劃）的縮略版本，它首次應(yīng)用在海灣戰(zhàn)爭(zhēng)中對(duì)抗伊拉克飛毛腿導(dǎo)彈的防御戰(zhàn)中。盡管對(duì)系統(tǒng)贊譽(yù)的報(bào)道不絕于耳，但是它確實(shí)在對(duì)抗幾枚導(dǎo)彈中失利，包括一次在沙特阿拉伯的多哈擊斃了,28,名美國(guó)士兵。分析發(fā)現(xiàn)癥結(jié)在于一個(gè)軟件

6、缺陷，系統(tǒng)時(shí)鐘的一個(gè)很小的計(jì)時(shí)錯(cuò)誤積累起來(lái)到,14,小時(shí)后，跟蹤系統(tǒng)不再準(zhǔn)確。在多哈的這次襲擊中，系統(tǒng)已經(jīng)運(yùn)行了,100,多個(gè)小時(shí)。,（,3,）千年蟲問題,20,世紀(jì),70,年代早期的某個(gè)時(shí)間，某位程序員正在為本公司設(shè)計(jì)開發(fā)工資系統(tǒng)。他使用的計(jì)算機(jī)存儲(chǔ)空間很小，迫使他盡量節(jié)省每一個(gè)字節(jié)。他將自己的程序壓縮得比其他任何人都緊湊。使用的其中一個(gè)方法是把,4,位數(shù)年份，例如,1973,年，縮減為,2,位數(shù)，,73,。因?yàn)楣べY系統(tǒng)相當(dāng)信賴于日期的處理，所以需要節(jié)省大量的存儲(chǔ)空間。他簡(jiǎn)單的認(rèn)為只有在到達(dá),2000,年，那時(shí)他的程序開始計(jì)算,00,或,01,這樣的年份時(shí)問題才會(huì)產(chǎn)生。雖然他知道會(huì)出這樣的問

7、題，但是他認(rèn)定在,25,年之內(nèi)程序肯定會(huì)升級(jí)或替換，而且眼前的任務(wù)比現(xiàn)在計(jì)劃遙不可及的未來(lái)更加重要。然而這一天畢竟到來(lái)了。,1995,年他的程序仍然在使用，而他退休了，誰(shuí)也不會(huì)想到如何深入到程序中檢查,2000,年兼容問題，更不用說去修改了。,估計(jì)全球各地更換或升級(jí)類似的前者程序以解決潛在的,2000,問題的費(fèi)用已經(jīng)達(dá)數(shù)千億美元。,3軟件缺陷的定義,從上述的案例中可以看到軟件發(fā)生錯(cuò)誤時(shí)將造成災(zāi)難性危害或?qū)τ脩舢a(chǎn)生各種影響。軟件缺陷（,bug,），即計(jì)算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)行能力的問題、錯(cuò)誤，或者隱藏的功能缺陷、瑕疵。缺陷會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。,對(duì)于軟

8、件缺陷的準(zhǔn)確定義，通常有以下,5,條描述：,（,1,）軟件未實(shí)現(xiàn)產(chǎn)品說明書要求的功能。,（,2,）軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤。,（,3,）軟件超出實(shí)現(xiàn)了產(chǎn)品說明書提到的功能。,（,4,）軟件實(shí)現(xiàn)了產(chǎn)品說明書雖未明確指出但應(yīng)該實(shí)現(xiàn)的目標(biāo)。,（,5,）軟件難以理解，不易使用，運(yùn)行緩慢或者終端用戶認(rèn)為不好。,4軟件缺陷的種類,軟件缺陷表現(xiàn)的形式有多種，不僅僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面。軟件缺陷的主要類型有：,功能、特性沒有實(shí)現(xiàn)或部分實(shí)現(xiàn)。,設(shè)計(jì)不合理，存在缺陷。,實(shí)際結(jié)果和預(yù)期結(jié)果不一致。,運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂。,數(shù)據(jù)結(jié)果不正確、精度不夠。,用戶不能接受

9、的其他問題，如存取時(shí)間過長(zhǎng)、界面不美觀。,5軟件缺陷的級(jí)別,（,1,）軟件缺陷的級(jí)別,作為軟件測(cè)試員，可能所發(fā)現(xiàn)的大多數(shù)問題不是那么明顯、嚴(yán)重，而是難以覺察的簡(jiǎn)單而細(xì)微的錯(cuò)誤，有些是真正的錯(cuò)誤，也有些不是。一般來(lái)說，問題越嚴(yán)重的，其優(yōu)先級(jí)越高，越要得到及時(shí)的糾正。軟件公司對(duì)缺陷嚴(yán)重性級(jí)別的定義不盡相同，但一般可以概括為,4,種級(jí)別：,致命的：致命的錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。,嚴(yán)重的：嚴(yán)重錯(cuò)誤，指功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明,對(duì)用戶的操作有很大影響,普通的：不太嚴(yán)重的錯(cuò)誤，這樣的軟件缺陷雖然不影響

10、系統(tǒng)的基本使用，但沒有很好地實(shí)現(xiàn)功能，沒有達(dá)到預(yù)期效果。如次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時(shí)間長(zhǎng)等。,輕微的：一些小問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個(gè)別錯(cuò)別字、文字排列不整齊等。,除了這,4,種之外，有時(shí)需要“建議”級(jí)別來(lái)處理測(cè)試人員所提出的建議或質(zhì)疑，如建議程序做適當(dāng)?shù)男薷?，?lái)改善程序運(yùn)行狀態(tài)，或?qū)υO(shè)計(jì)不合理、不明白的地方提出質(zhì)疑。,6軟件缺陷的原因,軟件缺陷的產(chǎn)生，首先是不可避免的。其次我們可以從軟件本身，團(tuán)隊(duì)工作和技術(shù)問題等多個(gè)方面分析，比較容易確定造成軟件缺陷的原因，歸納如下。,技術(shù)問題,算法錯(cuò)誤。,語(yǔ)法錯(cuò)誤。,計(jì)算和精度問題。,系統(tǒng)結(jié)構(gòu)不合理，造成

11、系統(tǒng)性能問題。,接口參數(shù)不匹配出現(xiàn)問題。,7軟件缺陷的組成,我們知道軟件缺陷是由很多原因造成的，如果把它們按需求分析結(jié)果,規(guī)格說明書，系統(tǒng)設(shè)計(jì)結(jié)果，編程的代碼等歸類起來(lái)，比較后發(fā)現(xiàn)，結(jié)果規(guī)格說明書是軟件缺陷出現(xiàn)最多的地方，見圖,1-1,。,圖,1-1,軟件缺陷構(gòu)成示意圖,8軟件測(cè)試的分類,從不同的角度，可以把軟件測(cè)試技術(shù)分成不同種類。,（,1,）從是否需要執(zhí)行被測(cè)軟件的角度分類,從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試（,Static Testing,）和動(dòng)態(tài)測(cè)試,(Dynamic Testing),。顧名思義，靜態(tài)測(cè)試就是通過對(duì)被測(cè)程序的靜態(tài)審查，發(fā)現(xiàn)代碼中潛在的錯(cuò)誤。它一般用人工方式脫

12、機(jī)完成，故亦稱人工測(cè)試或代碼評(píng)審（,Code Review,）,;,也可借助于靜態(tài)分析器在機(jī)器上以自動(dòng)方式進(jìn)行檢查，但不要求程序本身在機(jī)器上運(yùn)行。按照評(píng)審的不同組織形式，代碼評(píng)審又可分為代碼會(huì)審，走查以及辦公桌檢查，同行評(píng)分,4,種。對(duì)某個(gè)具體的程序，通常只使用一種評(píng)審方式。,動(dòng)態(tài)測(cè)試的對(duì)象必須是能夠由計(jì)算機(jī)真正運(yùn)行的被測(cè)試的程序。它分為黑盒測(cè)試和白盒測(cè)試，也是我們下面將要介紹的內(nèi)容。,（,2,）從軟件測(cè)試用例設(shè)計(jì)方法的角度分類,從軟件測(cè)試用例設(shè)計(jì)方法的角度，可分為黑盒測(cè)試（,Black-Box Testing,）和白盒測(cè)試（,White-Box Testing,）。,黑盒測(cè)試是一種從用戶觀點(diǎn)

13、出發(fā)的測(cè)試，又稱為功能測(cè)試，數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說明的測(cè)試。若測(cè)試用例的設(shè)計(jì)是基于產(chǎn)品的功能，目的是檢查程序各個(gè)功能是否實(shí)現(xiàn)，并檢查其中的功能錯(cuò)誤，則這種測(cè)試方法稱為黑盒。,白盒測(cè)試基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來(lái)進(jìn)行測(cè)試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得到充分利用。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試，邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。即根據(jù)被測(cè)程序的內(nèi)部結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，測(cè)試者需事先了解被測(cè)試程序的結(jié)構(gòu)。,（,3,）從軟件測(cè)試的策略和過程的角度分類。,按照軟件測(cè)試的策略和過程分類，軟件測(cè)試可分為單元測(cè)試（,Unit Testing,），集成測(cè)試（,Integration Testing,）,確認(rèn)測(cè)試

14、（,Validation Testing,）,系統(tǒng)測(cè)試（,System Testing,）和驗(yàn)收測(cè)試（,Verification Testing,）,.,單元測(cè)試是針對(duì)每個(gè)單元的測(cè)試，是軟件測(cè)試的最小單位。它確保每個(gè)模塊能正常工作。單元測(cè)試多數(shù)使用白盒測(cè)試，用以發(fā)現(xiàn)內(nèi)部錯(cuò)誤。,集成測(cè)試是對(duì)已測(cè)試過的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試的目的主要在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。集成測(cè)試一般通過黑盒測(cè)試方法來(lái)完成。,確認(rèn)測(cè)試是檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的最后手段，通常采用黑盒測(cè)試方法。,系統(tǒng)測(cè)試的主要任務(wù)是檢測(cè)被測(cè)軟件與系統(tǒng)的其他部分的協(xié)調(diào)性。,驗(yàn)收測(cè)試是軟件產(chǎn)品質(zhì)量的最后一關(guān)。這一環(huán)

15、節(jié)，測(cè)試主要從用戶的角度著手，其參與者主要是用戶和少量的程序開發(fā)人員。,9.軟件測(cè)試流程,10.軟件測(cè)試過程模型,瀑布模型,V,模型,W,模型,H,模型,瀑布測(cè)試模型,瀑布模型特點(diǎn),線性化模型,各階段劃分明確,基于文檔的驅(qū)動(dòng),嚴(yán)格的階段評(píng)審,V,模型,V,模型是最具有代表意義的測(cè)試模型。,V,模型是軟件開發(fā)瀑布模型的變種，它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系。,從左到右，描述了基本的開發(fā)過程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系。,箭頭代表了時(shí)間方向，左邊下降的是開發(fā)過程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測(cè)試過程的

16、各個(gè)階段。,V,模型存在一定的局限性，它僅僅把測(cè)試過程作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。容易使人理解為測(cè)試是軟件開發(fā)的最后的一個(gè)階段，主要是針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤，而需求分析階段的隱藏的問題一直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)。,在,V,模型中增加軟件各開發(fā)階段應(yīng)同步進(jìn)行的測(cè)試，被演化為一種,W,模型。,開發(fā)是“,V”,，測(cè)試也是與此相重疊的“,V”,。,W,模型體現(xiàn)了“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則。,W,模型,相比于,V,模型，,W,模型更科學(xué)。,W,模型可以說是前者自然而然的發(fā)展，它強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測(cè)試。,測(cè)試與開發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問題。以需求為例，需求分析一完成，我們就可以對(duì)需求進(jìn)行測(cè)試，而不是等到最后才進(jìn)行針對(duì)需求的驗(yàn)收測(cè)試。,測(cè)試不僅僅是評(píng)定軟件的質(zhì)量，測(cè)試還可以盡可能早地找出缺陷所在，從而幫助改進(jìn)項(xiàng)目?jī)?nèi)部的質(zhì)量。,H,模型,單元測(cè)試的時(shí)間如何把握？,如果按照項(xiàng)目時(shí)間這樣劃分：,1/3,計(jì)劃和設(shè)計(jì)，,1/6,實(shí)現(xiàn)，,1/4,組件測(cè)試，,1/4,系統(tǒng)測(cè)試。則在代碼實(shí)現(xiàn)中，