軟件測試教程(華為培訓(xùn)專用)-第5章.ppt

第5章 集成測試,5.1 集成測試概述 5.1.1 集成測試的概念 集成（Integration）是指把多個(gè)單元組合起來形成更大的單元。 集成測試（Integration Testing）是在假定各個(gè)軟件單元已經(jīng)通過了單元測試的前提下，檢查各個(gè)軟件單元之間的相互接口是否正確。,5.1 集成測試概述,集成測試主要關(guān)注下列問題： （1）模塊間的數(shù)據(jù)傳遞是否正確？ （2）一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生錯(cuò)誤的影響？ （3）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會不會被異常修改？ （4）塊組合起來的功能能否滿足要求？ （5）集成后，各個(gè)模塊的累積誤差是否會擴(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è)層次，即： （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é)束； （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 集成測試策略,5.2 集成測試策略,5.2.2 漸增式集成 漸增式集成與“一步到位”的非漸增式集成相反，它把程序劃分成小段來構(gòu)造和測試，在這個(gè)過程中比較容易定位和改正錯(cuò)誤；對接口可以進(jìn)行更徹底的測試；可以使用系統(tǒng)化的測試方法。因此。目前在進(jìn)行集成測試時(shí)普遍采用漸增式集成方法。 當(dāng)使用漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。,5.2 集成測試策略,1自頂向下集成 自頂向下集成方法是一個(gè)日益為人們廣泛采用的測試和組裝軟件的途徑。從主控制模塊開始，沿著程序的控制層次向下移動，逐漸把各個(gè)模塊結(jié)合起來。在把附屬于（及最終附屬于）主控制模塊的那些模塊組裝到程序結(jié)構(gòu)中去，或者使用深度優(yōu)先的策略，或者使用寬度優(yōu)先的策略。 【例5.2】對如圖5.3所示的程序，采用自頂向下集成方法，按照深度優(yōu)先方式進(jìn)行集成測試。,5.2 集成測試策略,5.2 集成測試策略,2自底向上集成 自底向上測試從“原子”模塊（即在軟件結(jié)構(gòu)最底層的模塊）開始組裝和測試。因?yàn)槭菑牡撞肯蛏辖Y(jié)合模塊，總能得到所需的下層模塊處理功能，所以不需要樁模塊。 【例5.3】對如圖5.3所示的程序，采用自底向上集成方法，按照深度優(yōu)先方式進(jìn)行集成測試。,5.2 集成測試策略,5.2 集成測試策略,5.2.3 三明治集成 三明治集成是一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)。這種方法樁模塊和驅(qū)動模塊的開發(fā)工作都比較小，不過代價(jià)是在一定程度上增加了定位缺陷的難度。 【例5.4】對如圖5.3所示的程序，以B模塊所在層為界，采用三明治集成方法進(jìn)行集成測試。,5.2 集成測試策略,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為逆向測試設(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è)過程的定義會有所不同。根據(jù)集成測試不同階段的任務(wù)，可以把集成測試劃分為5個(gè)階段：計(jì)劃階段、設(shè)計(jì)階段、實(shí)施階段、執(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）集成測試工具分析。 （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è)測試用例之行后的結(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試,5.5.1對象交互 匯集類測試 可以使用測試原始類的方法來測試匯集類，測試驅(qū)動程序要?jiǎng)?chuàng)建一些實(shí)例，這些實(shí)例作為消息中的參數(shù)被傳遞給一個(gè)正在測試的集合。測試的目的主要是保證那些實(shí)例被正確從集合中移出。有些測試用例會說明集合對其容量所做的限制。假如在實(shí)際應(yīng)用中可能要加入40或50條信息，那么生成的測試用例至少要增加50條信息。如果無法估算出一個(gè)有代表性的上限，那么就使用集合中的大量對象進(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試,5.5.2面向?qū)ο蠹蓽y試的常用方法 1抽樣測試 抽樣測試提供了一種運(yùn)算法則，它使我們能夠從一組可能的測試用例中選擇一個(gè)測試序列。但并不要求一定要首先明確如何來確定測試用例的總體。測試過程的目的在于定義感興趣的測試總體，然后定義一種方法，以便在這些測試用例中選擇哪些被構(gòu)建、哪些被執(zhí)行。 2. 正交陣列測試 正交陣列測試提供了一