軟件測試教程宮云戰(zhàn)5章

單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,第5章 集成測試,5.1 集成測試概述,5.1.1 集成測試的概念,集成（Integration）是指把多個單元組合起來形成更大的單元集成測試（Integration Testing）是在假定各個軟件單元已經(jīng)通過了單元測試的前提下，檢查各個軟件單元之間的相互接口是否正確5.1 集成測試概述,集成測試主要關(guān)注下列問題：,（1）模塊間的數(shù)據(jù)傳遞是否正確？,（2）一個模塊的功能是否會對另一個模塊的功能產(chǎn)生錯誤的影響？,（3）全局數(shù)據(jù)結(jié)構(gòu)是否有問題，會不會被異常修改？,（4）塊組合起來的功能能否滿足要求？,（5）集成后，各個模塊的累積誤差是否會擴大，是否達到不可接受的程度？,5.1 集成測試概述,5.1 集成測試概述,5.1 集成測試概述,5.1.2 集成測試與系統(tǒng)測試的區(qū)別,（1）測試對象2）測試時間3）測試方法4）測試內(nèi)容5）測試目的6）測試角度5.1 集成測試概述,5.1.3 集成測試與開發(fā)的關(guān)系,集成測試是和軟件開發(fā)過程中的概要設(shè)計階段相對應(yīng)的，而在軟件概要設(shè)計中關(guān)于整個系統(tǒng)的體系結(jié)構(gòu)就是集成測試用例輸入的基礎(chǔ)。

5.1 集成測試概述,5.1.4 集成測試的層次與原則,1集成測試的層次,對于傳統(tǒng)軟件來說，按集成粒度不同，可以把集成測試分為3個層次，即：,（1）模塊間集成測試,（2）子系統(tǒng)內(nèi)集成測試,（3）子系統(tǒng)間集成測試,對于面向?qū)ο蟮膽?yīng)用系統(tǒng)來說，按集成粒度不同，可以把集成測試分為2個層次：,（1）類內(nèi)集成測試,（2）類間集成測試,5.1 集成測試概述,5.1.4 集成測試的層次與原則,2集成測試的原則,（1）所有公共接口必須被測試到；,（2）關(guān)鍵模塊必須進行充分測試；,（3）集成測試應(yīng)當按一定層次進行；,（4）集成測試策略選擇應(yīng)當綜合考慮質(zhì)量、成本和進度三者之間的關(guān)系；,（5）集成測試應(yīng)當盡早開始，并以概要設(shè)計為基礎(chǔ)；,（6）在模塊和接口的劃分上，測試人員應(yīng)該和開發(fā)人員進行充分溝通；,（7）當測試計劃中的結(jié)束標準滿足時，集成測試才能結(jié)束；,（8）當接口發(fā)生修改時，涉及到的相關(guān)接口都必須進行回歸測試；,（9）集成測試應(yīng)根據(jù)集成測試計劃和方案進行，不能隨意測試；,（10）項目管理者應(yīng)保證測試用例經(jīng)過審核；,（11）測試執(zhí)行結(jié)果應(yīng)當如實的記錄5.2 集成測試策略,5.2.1 非漸增式集成,非漸增式集成方法首先對每個子模塊進行測試（即單元測試），然后將所有模塊全部集成起來一次性進行集成測試。

例5.1】對如圖5.3所示的程序，采用非漸增式集成方法進行集成測試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、F、G）,圖5.4 非漸增式集成,5.2 集成測試策略,5.2.2 漸增式集成,漸增式集成與“一步到位”的非漸增式集成相反，它把程序劃分成小段來構(gòu)造和測試，在這個過程中比較容易定位和改正錯誤；對接口可以進行更徹底的測試；可以使用系統(tǒng)化的測試方法目前在進行集成測試時普遍采用漸增式集成方法當使用漸增方式把模塊結(jié)合到程序中去時，有自頂向下和自底向上兩種集成策略5.2 集成測試策略,1自頂向下集成,自頂向下集成方法是一個日益為人們廣泛采用的測試和組裝軟件的途徑從主控制模塊開始，沿著程序的控制層次向下移動，逐漸把各個模塊結(jié)合起來在把附屬于（及最終附屬于）主控制模塊的那些模塊組裝到程序結(jié)構(gòu)中去，或者使用深度優(yōu)先的策略，或者使用寬度優(yōu)先的策略例5.2】,對如圖5.3所示的程序，采用自頂向下集成方法，按照深度優(yōu)先方式進行集成測試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自底向上集成,自底向上測試從“原子”模塊（即在軟件結(jié)構(gòu)最底層的模塊）開始組裝和測試。

因為是從底部向上結(jié)合模塊，總能得到所需的下層模塊處理功能，所以不需要樁模塊例5.3】,對如圖5.3所示的程序，采用自底向上集成方法，按照深度優(yōu)先方式進行集成測試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)點這種方法樁模塊和驅(qū)動模塊的開發(fā)工作都比較小，不過代價是在一定程度上增加了定位缺陷的難度例5.4】對如圖5.3所示的程序，以B模塊所在層為界，采用三明治集成方法進行集成測試5.2 集成測試策略,測試,E,測試,F,測試,G,測試,A,測試,（A、B、C,D、E、F、G）,圖5.7 三明治集成,測試,（B、E、F）,測試,（C、G）,5.3 集成測試用例設(shè)計,1為系統(tǒng)運行設(shè)計用例,可使用的主要測試分析技術(shù)有：,（1）等價類劃分2）邊界值分析3）基于決策表的測試5.3 集成測試用例設(shè)計,2為正向測試設(shè)計用例,可是用如下幾種主要測試分析技術(shù)：,（1）輸入域測試。

2）輸出域測試3）等價類劃分4）狀態(tài)轉(zhuǎn)換測試5）規(guī)范導出法5.3 集成測試用例設(shè)計,3為逆向測試設(shè)計用例,可使用的主要測試分析技術(shù)有：,（1）錯誤猜測法2）基于風險的測試3）基于故障的測試4）邊界值分析5）特殊值測試6）狀態(tài)轉(zhuǎn)換測試5.3 集成測試用例設(shè)計,4為滿足特殊需求設(shè)計用例,可使用的主要測試分析技術(shù)為規(guī)范導出法5為高覆蓋設(shè)計用例,可使用的主要測試分析技術(shù)有：,（1）功能覆蓋分析2）接口覆蓋分析5.4 集成測試過程,一個測試從開發(fā)到執(zhí)行遵循一個過程，不同的組織對這個過程的定義會有所不同根據(jù)集成測試不同階段的任務(wù)，可以把集成測試劃分為5個階段：計劃階段、設(shè)計階段、實施階段、執(zhí)行階段、評估階段制定集成測試計劃,設(shè)計集成測試,實施集成測試,執(zhí)行集成測試,評估集成測試,圖5.8 集成測試過程,5.4 集成測試過程,1計劃階段,（1）確定被測試對象和測試范圍2）評估集成測試被測試對象的數(shù)量及難度，即工作量3）確定角色分工和劃分工作任務(wù)4）表識出測試各個階段的時間、任務(wù)、約束條件5）考慮一定的風險分析機應(yīng)急計劃6）考慮和準備集成測試需要的測試工具、測試儀器、環(huán)境等資源7）考慮外部技術(shù)支援的力度和深度，以及相關(guān)培訓安排；定義測試完成標準。

5.4 集成測試過程,2設(shè)計階段,（1）被測對象結(jié)構(gòu)分析2）集成測試模塊分析3）集成測試接口分析4）集成測試策略分析5）集成測試工具分析6）集成測試環(huán)境分析7）集成測試工作量估計和安排5.4 集成測試過程,3實施階段,（1）集成測試用例設(shè)計2）集成測試規(guī)程設(shè)計3）集成測試代碼設(shè)計4）集成測試腳本開發(fā)5）集成測試工具開發(fā)或選擇5.4 集成測試過程,4執(zhí)行階段,測試人員在單元測試完成以后就可以執(zhí)行集成測試當然，須按照相應(yīng)的測試規(guī)程，借助集成測試工具，并把需求規(guī)格說明書、概要設(shè)計、集成測試計劃、集成測試設(shè)計、集成測試用例、集成測試規(guī)程、集成測試代碼、集成測試腳本作為測試執(zhí)行的依據(jù)來執(zhí)行集成測試用例測試執(zhí)行的前提條件就是單元測試已經(jīng)通過評審當測試執(zhí)行結(jié)束后，測試人員要記錄下每個測試用例之行后的結(jié)果，填寫集成測試報告，最后提交給相關(guān)人員評審5.4 集成測試過程,5評估階段,當集成測試執(zhí)行結(jié)束后，要召集相關(guān)人員，如：測試設(shè)計人員、編碼人員、系統(tǒng)設(shè)計人員等隊測試結(jié)果進行評估，確定是否通過集成測試5.5 面向?qū)ο蟮募蓽y試,對象交互,匯集類測試,可以使用測試原始類的方法來測試匯集類，測試驅(qū)動程序要創(chuàng)建一些實例，這些實例作為消息中的參數(shù)被傳遞給一個正在測試的集合。

測試的目的主要是保證那些實例被正確從集合中移出有些測試用例會說明集合對其容量所做的限制假如在實際應(yīng)用中可能要加入40或50條信息，那么生成的測試用例至少要增加50條信息如果無法估算出一個有代表性的上限，那么就使用集合中的大量對象進行測試5.5 面向?qū)ο蟮募蓽y試,協(xié)作類測試,凡不是匯集類的非原始類就是協(xié)作類，該類的一個或多個操作中使用其他的對象并將其作為它們的實現(xiàn)中不可缺少的一部分當類接口中的一個操作的某個后置條件引用了一具對象的實例狀態(tài)，并且（或者）說明那個對象的某個屬性被使用或修改了，那么這個類就是一個協(xié)作類協(xié)作類測試的復雜性遠遠高于匯集類或原始類的測試5.5 面向?qū)ο蟮募蓽y試,面向?qū)ο蠹蓽y試的常用方法,1抽樣測試,抽樣測試提供了一種運算法則，它使我們能夠從一組可能的測試用例中選擇一個測試序列但并不要求一定要首先明確如何來確定測試用例的總體測試過程的目的在于定義感興趣的測試總體，然后定義一種方法，以便在這些測試用例中選擇哪些被構(gòu)建、哪些被執(zhí)行2.正交陣列測試,正交陣列測試提供了一種特殊的抽樣方法，這種方法通過定義一組交互對象的配對方式組合，以盡力限制測試配置的組合數(shù)目激增5.5 面向?qū)ο蟮募蓽y試,分布式對象測試,分布式對象的概念和特點,在類的層次上進行更徹底的測試。

在記錄事件發(fā)生順序的同時，執(zhí)行大量的測試用例指定標準的測試環(huán)境2測試中需要注意的情況,局部故障結(jié)構(gòu)的動態(tài)性。