《軟件測試教程宮云戰(zhàn)5章》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件測試教程宮云戰(zhàn)5章（31頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、,單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,第5章 集成測試,5.1 集成測試概述,5.1.1 集成測試的概念,集成（Integration）是指把多個(gè)單元組合起來形成更大的單元。,集成測試（Integration Testing）是在假定各個(gè)軟件單元已經(jīng)通過了單元測試的前提下，檢查各個(gè)軟件單元之間的相互接口是否正確。,5.1 集成測試概述,集成測試主要關(guān)注下列問題：,（1）模塊間的數(shù)據(jù)傳遞是否正確？,（2）一個(gè)模塊的功能是否會(huì)對另一個(gè)模塊的功能產(chǎn)生錯(cuò)誤的影響？,（3）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會(huì)不會(huì)被異常修改？,（4）塊組合起來的功能能否滿足要求？

2、,（5）集成后，各個(gè)模塊的累積誤差是否會(huì)擴(kuò)大，是否達(dá)到不可接受的程度？,5.1 集成測試概述,5.1 集成測試概述,5.1 集成測試概述,5.1.2 集成測試與系統(tǒng)測試的區(qū)別,（1）測試對象。,（2）測試時(shí)間。,（3）測試方法。,（4）測試內(nèi)容。,（5）測試目的。,（6）測試角度。,5.1 集成測試概述,5.1.3 集成測試與開發(fā)的關(guān)系,集成測試是和軟件開發(fā)過程中的概要設(shè)計(jì)階段相對應(yīng)的，而在軟件概要設(shè)計(jì)中關(guān)于整個(gè)系統(tǒng)的體系結(jié)構(gòu)就是集成測試用例輸入的基礎(chǔ)。,5.1 集成測試概述,5.1.4 集成測試的層次與原則,1集成測試的層次,對于傳統(tǒng)軟件來說，按集成粒度不同，可以把集成測試分為3個(gè)層次，即：

3、,（1）模塊間集成測試,（2）子系統(tǒng)內(nèi)集成測試,（3）子系統(tǒng)間集成測試,對于面向?qū)ο蟮膽?yīng)用系統(tǒng)來說，按集成粒度不同，可以把集成測試分為2個(gè)層次：,（1）類內(nèi)集成測試,（2）類間集成測試,5.1 集成測試概述,5.1.4 集成測試的層次與原則,2集成測試的原則,（1）所有公共接口必須被測試到；,（2）關(guān)鍵模塊必須進(jìn)行充分測試；,（3）集成測試應(yīng)當(dāng)按一定層次進(jìn)行；,（4）集成測試策略選擇應(yīng)當(dāng)綜合考慮質(zhì)量、成本和進(jìn)度三者之間的關(guān)系；,（5）集成測試應(yīng)當(dāng)盡早開始，并以概要設(shè)計(jì)為基礎(chǔ)；,（6）在模塊和接口的劃分上，測試人員應(yīng)該和開發(fā)人員進(jìn)行充分溝通；,（7）當(dāng)測試計(jì)劃中的結(jié)束標(biāo)準(zhǔn)滿足時(shí)，集成測試才能結(jié)束

4、；,（8）當(dāng)接口發(fā)生修改時(shí)，涉及到的相關(guān)接口都必須進(jìn)行回歸測試；,（9）集成測試應(yīng)根據(jù)集成測試計(jì)劃和方案進(jìn)行，不能隨意測試；,（10）項(xiàng)目管理者應(yīng)保證測試用例經(jīng)過審核；,（11）測試執(zhí)行結(jié)果應(yīng)當(dāng)如實(shí)的記錄。,5.2 集成測試策略,5.2.1 非漸增式集成,非漸增式集成方法首先對每個(gè)子模塊進(jìn)行測試（即單元測試），然后將所有模塊全部集成起來一次性進(jìn)行集成測試。,【例5.1】對如圖5.3所示的程序，采用非漸增式集成方法進(jìn)行集成測試。,A,B,C,D,E,F,G,圖5.3 程序結(jié)構(gòu)圖,5.2 集成測試策略,測試,A,測試,B,測試,C,測試,D,測試,E,測試,F,測試,G,測試,（A、B、C,D、E

5、、F、G）,圖5.4 非漸增式集成,5.2 集成測試策略,5.2.2 漸增式集成,漸增式集成與“一步到位”的非漸增式集成相反，它把程序劃分成小段來構(gòu)造和測試，在這個(gè)過程中比較容易定位和改正錯(cuò)誤；對接口可以進(jìn)行更徹底的測試；可以使用系統(tǒng)化的測試方法。因此。目前在進(jìn)行集成測試時(shí)普遍采用漸增式集成方法。,當(dāng)使用漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。,5.2 集成測試策略,1自頂向下集成,自頂向下集成方法是一個(gè)日益為人們廣泛采用的測試和組裝軟件的途徑。從主控制模塊開始，沿著程序的控制層次向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來。在把附屬于（及最終附屬于）主控制模塊的那些模塊組裝到程

6、序結(jié)構(gòu)中去，或者使用深度優(yōu)先的策略，或者使用寬度優(yōu)先的策略。,【例5.2】,對如圖5.3所示的程序，采用自頂向下集成方法，按照深度優(yōu)先方式進(jìn)行集成測試。,5.2 集成測試策略,A,S,B,S,C,S,D,（a）測試A,A,B,S,C,S,D,S,E,S,F,（b）測試B,A,B,C,S,D,E,F,S,G,（e）測試C,A,B,C,S,D,E,F,G,（f）測試G,A,B,C,D,E,F,G,（g）測試D,A,B,S,C,S,D,E,S,F,（c）測試E,A,B,S,C,S,D,E,F,（d）測試F,圖5.5 自頂向下集成,5.2 集成測試策略,2自底向上集成,自底向上測試從“原子”模塊（即在

7、軟件結(jié)構(gòu)最底層的模塊）開始組裝和測試。因?yàn)槭菑牡撞肯蛏辖Y(jié)合模塊，總能得到所需的下層模塊處理功能，所以不需要樁模塊。,【例5.3】,對如圖5.3所示的程序，采用自底向上集成方法，按照深度優(yōu)先方式進(jìn)行集成測試。,5.2 集成測試策略,測試,E,測試,F,測試,G,測試,D,測試,（A、B、C,D、E、F、G）,圖5.6 自底向上集成,測試,（B、E、F）,測試,（C、G）,5.2 集成測試策略,5.2.3 三明治集成,三明治集成是一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)。這種方法樁模塊和驅(qū)動(dòng)模塊的開發(fā)工作都比較小，不過代價(jià)是在一定程度上增加了定位缺陷的難度。,【例5.4】

8、對如圖5.3所示的程序，以B模塊所在層為界，采用三明治集成方法進(jìn)行集成測試。,5.2 集成測試策略,測試,E,測試,F,測試,G,測試,A,測試,（A、B、C,D、E、F、G）,圖5.7 三明治集成,測試,（B、E、F）,測試,（C、G）,5.3 集成測試用例設(shè)計(jì),1為系統(tǒng)運(yùn)行設(shè)計(jì)用例,可使用的主要測試分析技術(shù)有：,（1）等價(jià)類劃分。,（2）邊界值分析。,（3）基于決策表的測試。,5.3 集成測試用例設(shè)計(jì),2為正向測試設(shè)計(jì)用例,可是用如下幾種主要測試分析技術(shù)：,（1）輸入域測試。,（2）輸出域測試。,（3）等價(jià)類劃分。,（4）狀態(tài)轉(zhuǎn)換測試。,（5）規(guī)范導(dǎo)出法。,5.3 集成測試用例設(shè)計(jì),3為逆

9、向測試設(shè)計(jì)用例,可使用的主要測試分析技術(shù)有：,（1）錯(cuò)誤猜測法。,（2）基于風(fēng)險(xiǎn)的測試。,（3）基于故障的測試。,（4）邊界值分析。,（5）特殊值測試。,（6）狀態(tài)轉(zhuǎn)換測試。,5.3 集成測試用例設(shè)計(jì),4為滿足特殊需求設(shè)計(jì)用例,可使用的主要測試分析技術(shù)為規(guī)范導(dǎo)出法。,5為高覆蓋設(shè)計(jì)用例,可使用的主要測試分析技術(shù)有：,（1）功能覆蓋分析。,（2）接口覆蓋分析。,5.4 集成測試過程,一個(gè)測試從開發(fā)到執(zhí)行遵循一個(gè)過程，不同的組織對這個(gè)過程的定義會(huì)有所不同。根據(jù)集成測試不同階段的任務(wù)，可以把集成測試劃分為5個(gè)階段：計(jì)劃階段、設(shè)計(jì)階段、實(shí)施階段、執(zhí)行階段、評估階段。,制定集成測試計(jì)劃,設(shè)計(jì)集成測試,實(shí)

10、施集成測試,執(zhí)行集成測試,評估集成測試,圖5.8 集成測試過程,5.4 集成測試過程,1計(jì)劃階段,（1）確定被測試對象和測試范圍。,（2）評估集成測試被測試對象的數(shù)量及難度，即工作量。,（3）確定角色分工和劃分工作任務(wù)。,（4）表識出測試各個(gè)階段的時(shí)間、任務(wù)、約束條件。,（5）考慮一定的風(fēng)險(xiǎn)分析機(jī)應(yīng)急計(jì)劃。,（6）考慮和準(zhǔn)備集成測試需要的測試工具、測試儀器、環(huán)境等資源。,（7）考慮外部技術(shù)支援的力度和深度，以及相關(guān)培訓(xùn)安排；定義測試完成標(biāo)準(zhǔn)。,5.4 集成測試過程,2設(shè)計(jì)階段,（1）被測對象結(jié)構(gòu)分析。,（2）集成測試模塊分析。,（3）集成測試接口分析。,（4）集成測試策略分析。,（5）集成測試

11、工具分析。,（6）集成測試環(huán)境分析。,（7）集成測試工作量估計(jì)和安排。,5.4 集成測試過程,3實(shí)施階段,（1）集成測試用例設(shè)計(jì)。,（2）集成測試規(guī)程設(shè)計(jì)。,（3）集成測試代碼設(shè)計(jì)。,（4）集成測試腳本開發(fā)。,（5）集成測試工具開發(fā)或選擇。,5.4 集成測試過程,4執(zhí)行階段,測試人員在單元測試完成以后就可以執(zhí)行集成測試。當(dāng)然，須按照相應(yīng)的測試規(guī)程，借助集成測試工具，并把需求規(guī)格說明書、概要設(shè)計(jì)、集成測試計(jì)劃、集成測試設(shè)計(jì)、集成測試用例、集成測試規(guī)程、集成測試代碼、集成測試腳本作為測試執(zhí)行的依據(jù)來執(zhí)行集成測試用例。測試執(zhí)行的前提條件就是單元測試已經(jīng)通過評審。當(dāng)測試執(zhí)行結(jié)束后，測試人員要記錄下每個(gè)

12、測試用例之行后的結(jié)果，填寫集成測試報(bào)告，最后提交給相關(guān)人員評審。,5.4 集成測試過程,5評估階段,當(dāng)集成測試執(zhí)行結(jié)束后，要召集相關(guān)人員，如：測試設(shè)計(jì)人員、編碼人員、系統(tǒng)設(shè)計(jì)人員等隊(duì)測試結(jié)果進(jìn)行評估，確定是否通過集成測試。,5.5 面向?qū)ο蟮募蓽y試,對象交互,匯集類測試,可以使用測試原始類的方法來測試匯集類，測試驅(qū)動(dòng)程序要?jiǎng)?chuàng)建一些實(shí)例，這些實(shí)例作為消息中的參數(shù)被傳遞給一個(gè)正在測試的集合。測試的目的主要是保證那些實(shí)例被正確從集合中移出。有些測試用例會(huì)說明集合對其容量所做的限制。假如在實(shí)際應(yīng)用中可能要加入40或50條信息，那么生成的測試用例至少要增加50條信息。如果無法估算出一個(gè)有代表性的上限，

13、那么就使用集合中的大量對象進(jìn)行測試。,5.5 面向?qū)ο蟮募蓽y試,協(xié)作類測試,凡不是匯集類的非原始類就是協(xié)作類，該類的一個(gè)或多個(gè)操作中使用其他的對象并將其作為它們的實(shí)現(xiàn)中不可缺少的一部分。當(dāng)類接口中的一個(gè)操作的某個(gè)后置條件引用了一具對象的實(shí)例狀態(tài)，并且（或者）說明那個(gè)對象的某個(gè)屬性被使用或修改了，那么這個(gè)類就是一個(gè)協(xié)作類。協(xié)作類測試的復(fù)雜性遠(yuǎn)遠(yuǎn)高于匯集類或原始類的測試。,5.5 面向?qū)ο蟮募蓽y試,面向?qū)ο蠹蓽y試的常用方法,1抽樣測試,抽樣測試提供了一種運(yùn)算法則，它使我們能夠從一組可能的測試用例中選擇一個(gè)測試序列。但并不要求一定要首先明確如何來確定測試用例的總體。測試過程的目的在于定義感興趣的測試總體，然后定義一種方法，以便在這些測試用例中選擇哪些被構(gòu)建、哪些被執(zhí)行。,2.正交陣列測試,正交陣列測試提供了一種特殊的抽樣方法，這種方法通過定義一組交互對象的配對方式組合，以盡力限制測試配置的組合數(shù)目激增。,5.5 面向?qū)ο蟮募蓽y試,分布式對象測試,分布式對象的概念和特點(diǎn),在類的層次上進(jìn)行更徹底的測試。,在記錄事件發(fā)生順序的同時(shí)，執(zhí)行大量的測試用例。,指定標(biāo)準(zhǔn)的測試環(huán)境。,2測試中需要注意的情況,局部故障。,超時(shí)。,結(jié)構(gòu)的動(dòng)態(tài)性。,線程。,同步。,