軟件測試集成測試課件

為什么總是集成不起來？集成測試Integration

Testing2梁瑞仕liangrs@第5章

集成測試

什么是集成測試

集成測試策略

集成測試用例設(shè)計(jì)

集成測試過程

面向?qū)ο蟮募蓽y試34軟件測試的過程被測模塊單元測試設(shè)計(jì)信息集成測試被測模塊單元測試被測模塊測試過單元的模塊測試確認(rèn)測試系統(tǒng)測試軟件需求其它系統(tǒng)元素裝配好的軟件確認(rèn)的軟件可運(yùn)行的軟件5什么是集成測試也叫做組裝測試、聯(lián)合測試、子系統(tǒng)測試和部件測試。是在單元測試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。單元測試、集成測試與系統(tǒng)測試的差別對象目的測試依據(jù)測試方法單元測試模塊內(nèi)部程序錯誤消除局部模塊邏輯和功能上的錯誤和缺陷模塊邏輯設(shè)計(jì)模塊外部說明大量采用白盒測試方法集成測試模塊間的集成和調(diào)用關(guān)系找出與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)，模塊調(diào)用關(guān)系，模塊間接口方面的問題程序結(jié)構(gòu)設(shè)計(jì)灰盒測試，采用較多黑盒方法構(gòu)造測試用例系統(tǒng)整個測試系統(tǒng)，包括系統(tǒng)軟硬件等對整個系統(tǒng)進(jìn)行一系列的整體、有效性測試系統(tǒng)結(jié)構(gòu)設(shè)計(jì)目標(biāo)說明書

需求說明書等黑盒測試6集成測試關(guān)注的重點(diǎn)7在把各個模塊連接起來時，穿越模塊接口的數(shù)據(jù)是否

會丟失。各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能。一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會不會被異常修改。單個模塊的誤差積累起來，是否會放大，從而達(dá)到不可以接受的程度。集成測試的層次產(chǎn)品開發(fā)過程：一個分層設(shè)計(jì)和逐步細(xì)化的過程系統(tǒng)結(jié)構(gòu)圖：8軟件結(jié)構(gòu)圖：9軟件模塊結(jié)構(gòu)圖：集成測試的層次10可分成3個層次：模塊內(nèi)集成測試子系統(tǒng)內(nèi)集成測試子系統(tǒng)間集成測試面向?qū)ο蟮膽?yīng)用系統(tǒng)來說，可分為2個層次：類內(nèi)集成測試類間集成測試集成測試的原則（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)滿足時，集成測試才能結(jié)束；（8）當(dāng)接口發(fā)生修改時，涉及到的相關(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章

集成測試

什么是集成測試

集成測試策略

集成測試用例設(shè)計(jì)

集成測試過程

面向?qū)ο蟮募蓽y試12集成測試策略13非增量方式先測試好每一個軟件單元，然后一次組裝在一起再測試整個程序。增量方式逐步把下一個要被組裝的軟件單元或部件，

同已測好的軟件部件結(jié)合起來測試。增量方式主要包括自頂向下、自底向上、

自頂向下與自底向上相結(jié)合等方法。集成測試策略14非增量方式大爆炸（Big

Bang）增量方式自頂向下方法（Bottom-Up）自底向上方法（Top-Down）“三明治”方法（Sandwich）15大爆炸集成（Big

Bang）將所有系統(tǒng)組件一次性集合到被測系統(tǒng)中d1、d2、d3、d4、d5是為單元測試時建立的驅(qū)動模塊s1、s2、s3、s4、s5是為單元測試而建立的樁模塊大爆炸集成（Big

Bang）16優(yōu)點(diǎn)：可以迅速完成集成測試；并且只要極少數(shù)的驅(qū)動和樁模塊；用例也是最少的；簡單；資源利用率高缺點(diǎn)：一次試運(yùn)行成功的可能性不大，問題定位和修改比較困難，許多接口錯誤很容易躲過測試。適應(yīng)于一個維護(hù)型項(xiàng)目或被測試系統(tǒng)較小集成測試策略17非增量方式大爆炸（Big

Bang）增量方式自頂向下方法（Bottom-Up）自底向上方法（Top-Down）“三明治”方法（Sandwich）自頂向下方法（Bottom-Up）18從頂層控制開始，采用同設(shè)計(jì)順序一樣的思路

對被測系統(tǒng)進(jìn)行測試，以驗(yàn)證系統(tǒng)的接口穩(wěn)定性集成的方式有兩種：深度優(yōu)先組裝法廣度優(yōu)先組裝法深度優(yōu)先組裝方式19廣度優(yōu)先組裝方式20集成步驟21以主模塊為所測模塊??驅(qū)動模塊，所有直屬于主

模塊的下屬模塊全部用樁模塊對主模塊進(jìn)行測試。采用深度優(yōu)先或廣度優(yōu)先的策略，用實(shí)際模塊替換相應(yīng)樁模塊，再用樁代替它們的直接下屬模塊，

與已測試的模塊或子系統(tǒng)集成為新的子系統(tǒng)。進(jìn)行回歸測試（即重新執(zhí)行以前做過的全部測試或部分測試），排除集成過程中引起錯誤的可能。判斷是否所有的模塊都已集成到系統(tǒng)中，是則結(jié)束測試，否則轉(zhuǎn)到（2）去執(zhí)行。優(yōu)缺點(diǎn)分析22優(yōu)點(diǎn)：較早地驗(yàn)證了主要控制和判斷點(diǎn)；按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個完整的軟件功能；功能較早證實(shí)，帶來信心；只需一個驅(qū)動，減少驅(qū)動器開發(fā)的費(fèi)用；支持故障隔離。優(yōu)缺點(diǎn)分析23缺點(diǎn)：樁的開發(fā)量大；底層驗(yàn)證被推遲；底層組件測試不充分。適用范圍24產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較小；底層接口未定義或經(jīng)?？赡鼙恍薷?；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。實(shí)例對如圖5.3所示的程序，采用自頂向下集成方法，按照深度優(yōu)先方式進(jìn)行集成測試。ABCDEFG圖5.3程序結(jié)構(gòu)圖實(shí)例ASBSCSD（a）測試AABSCSDSESF（b）測試BABCSDEFSG（e）測試CABCSDEFG（f）測試GABCDEFG（g）測試DABSCSDESF（c）測試EABSCSDEF（d）測試F圖5.5自頂向下集成自底向上方法（Top-Down）從具有最小依賴性的底層組件開始，按照依賴關(guān)系樹的結(jié)構(gòu)，逐層向上集成，以檢驗(yàn)系統(tǒng)的

穩(wěn)定性。集成示意圖：27集成步驟28起始于模塊依賴關(guān)系樹的底層葉子模塊，也可

以把兩個或多個葉子模塊合并到一起進(jìn)行測試使用驅(qū)動模塊對步驟１選定的模塊（或模塊組）進(jìn)行測試用實(shí)際模塊代替驅(qū)動模塊，與它已測試的直屬子模塊組裝成一個更大的模塊進(jìn)行測試重復(fù)上面的行為知道系統(tǒng)最頂層模塊被加入到

已測系統(tǒng)中優(yōu)缺點(diǎn)分析29優(yōu)點(diǎn)：對底層組件行為較早驗(yàn)證；工作最初可以并行集成，比自頂向下效率高；減少了樁的工作量；支持故障隔離。優(yōu)缺點(diǎn)分析30缺點(diǎn)：驅(qū)動的開發(fā)工作量大；對高層的驗(yàn)證被推遲，設(shè)計(jì)上的錯誤不能被及時發(fā)現(xiàn)。適用范圍：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。實(shí)例測試E測試F測試G測試（A、B、CD、E、F、G）測試D圖5.6自底向上集成測試（B、E、F）測試（C、G）“三明治”方法（Sandwich）32混合式集成把系統(tǒng)劃分成三層，中間一層為目標(biāo)層，目標(biāo)

層之上采用自頂向下集成，之下采用自底向上集成三明治集成策略33集成步驟34首先對目標(biāo)層之上一層使用自頂向下集成，因此測試A，使用樁代替B，C，D其次對目標(biāo)層之下一層使用自底向上集成，因此測試E，F(xiàn)，使用驅(qū)動代替B，D其三，把目標(biāo)層下面一層與目標(biāo)層集成，因此測試（B，E），（D，F(xiàn)），使用驅(qū)動代替A最后，把三層集成到一起，因此測試（A，B，C，D，E，F(xiàn)）優(yōu)缺點(diǎn)分析35優(yōu)點(diǎn)：集合了自頂向下和自底向上兩種策略的優(yōu)點(diǎn)缺點(diǎn)：中間層測試不充分適用范圍：適應(yīng)于大部分軟件開發(fā)項(xiàng)目修改過的三明治集成36實(shí)例測試E測試F測試G測試（A、B、CD、E、F、G）測試A圖5.7三明治集成測試（B、E、F）測試（C、G）第5章

集成測試

什么是集成測試

集成測試策略

集成測試用例設(shè)計(jì)

集成測試過程

面向?qū)ο蟮募蓽y試381、為系統(tǒng)運(yùn)行設(shè)計(jì)用例39目的：測試各個模塊的接口是否能用，驗(yàn)證系統(tǒng)最基本功能可使用的主要測試分析技術(shù)有：等價類劃分。邊界值分析?；跊Q策表的測試。2、為正向測試設(shè)計(jì)用例40目的：驗(yàn)證集成后的模塊是否按照設(shè)計(jì)實(shí)現(xiàn)了預(yù)期的功能。可使用如下幾種主要測試分析技術(shù)：（1）輸入域測試。輸出域測試。等價類劃分。狀態(tài)轉(zhuǎn)換測試。規(guī)范導(dǎo)出法。正向測試是指，當(dāng)你輸入一個有效的輸入并且期望軟件能夠完成一些根據(jù)說明書規(guī)定的行為。3、為逆向測試設(shè)計(jì)用例目的：測試是否多余功能、接口遺漏、接口錯誤、接口異常。可使用的主要測試分析技術(shù)有：錯誤猜測法?；陲L(fēng)險的測試。基于故障的測試。邊界值分析。特殊值測試。狀態(tài)轉(zhuǎn)換測試。逆向測試是指，當(dāng)你輸入無效的輸入時并且期41望得到一個錯誤的信息。集成測試用例設(shè)計(jì)424、為滿足特殊需求設(shè)計(jì)用例可使用的主要測試分析技術(shù)為規(guī)范導(dǎo)出法。為高覆蓋設(shè)計(jì)用例可使用的主要測試分析技術(shù)有：功能覆蓋分析。接口覆蓋分析。第5章

集成測試

什么是集成測試

集成測試策略

集成測試用例設(shè)計(jì)

集成測試過程

面向?qū)ο蟮募蓽y試4344集成測試流程計(jì)劃階段設(shè)計(jì)階段實(shí)現(xiàn)階段執(zhí)行階段分析評估缺陷跟蹤根據(jù)項(xiàng)目組提供設(shè)計(jì)模型和集成構(gòu)建計(jì)劃，制定出適合本項(xiàng)目的集成測試計(jì)劃根據(jù)集成測試計(jì)劃和設(shè)計(jì)模型設(shè)計(jì)集成測試用例及測試過程獲取工作版本后，由測試設(shè)計(jì)員創(chuàng)建測試腳本(可選)、更新測試過程，由設(shè)計(jì)員負(fù)責(zé)設(shè)計(jì)驅(qū)動程序和樁，實(shí)施員負(fù)責(zé)實(shí)施驅(qū)動和樁測試人員根據(jù)測試腳本(可選)和工作版本執(zhí)行集成測試，并記錄測試結(jié)果依照集成測試計(jì)劃和測試結(jié)果，由測試設(shè)計(jì)員負(fù)責(zé)會同集成員、編碼員、設(shè)計(jì)人員評估此次測試，并生成測試評估摘要45計(jì)劃階段輸入需求規(guī)格說明書概要設(shè)計(jì)文檔產(chǎn)品開發(fā)計(jì)劃路標(biāo)輸出集成測試計(jì)劃46計(jì)劃階段活動步驟確定被測試對象和測試范圍評估集成測試被測試對象的數(shù)量及難度，即工作量確定角色分工和劃分工作任務(wù)標(biāo)識出測試各階段的時間、任務(wù)、約束等條件考慮一定的風(fēng)險分析及應(yīng)急計(jì)劃考慮和準(zhǔn)備集成測試需要的測試工具、測試儀器、環(huán)境等資源考慮外部技術(shù)支援的力度和深度，以及相關(guān)培訓(xùn)安

排定義測試完成標(biāo)準(zhǔn)47設(shè)計(jì)階段輸入需求規(guī)格說明書概要設(shè)計(jì)集成測試計(jì)劃輸出集成測試設(shè)計(jì)方案48設(shè)計(jì)階段活動步驟被測對象結(jié)構(gòu)分析集成測試模塊分析集成測試接口分析集成測試策略分析集成測試工具分析集成測試環(huán)境分析集成測試工作量估計(jì)和安排體系結(jié)構(gòu)分析從兩個角度出發(fā)劃分出系統(tǒng)實(shí)現(xiàn)上的結(jié)構(gòu)層次圖劃分系統(tǒng)組件之間的依賴關(guān)系圖49模塊的大小驅(qū)動和樁模塊數(shù)量消息接口的復(fù)雜度……50模塊分析51模塊劃分可以從以下幾個角度出發(fā)考慮：本次測試主要希望測試哪個模塊這個模塊與哪幾個模塊有最密切的關(guān)系把該模塊與關(guān)系最密切的模塊首先集成在一起再考慮外圍模塊，消息流是否容易模擬，是否方便控制接口分析52接口分析可以通過以下幾個步驟來完成：確定系統(tǒng)的邊界、子系統(tǒng)的邊界和模塊的邊界確定模塊內(nèi)部的接口確定子系統(tǒng)內(nèi)模塊間接口確定子系統(tǒng)間接口確定系統(tǒng)與操作系統(tǒng)的接口確定系統(tǒng)與硬件的接口確定系統(tǒng)與第三方軟件的接口環(huán)境分析53可以從以下幾個方面進(jìn)行硬件環(huán)境操作系統(tǒng)環(huán)境數(shù)據(jù)庫環(huán)境網(wǎng)絡(luò)環(huán)境集成測試環(huán)境示意圖54實(shí)現(xiàn)階段55輸入需求規(guī)格說明書概要設(shè)計(jì)集成測試計(jì)劃集成測試設(shè)計(jì)輸出集成測試用例集成測試規(guī)程集成測試代碼、集成測試腳本、集成測試工具（如果有）實(shí)現(xiàn)階段56活動步驟集成測試用例設(shè)計(jì)集成測試規(guī)程設(shè)計(jì)集成測試代碼設(shè)計(jì)（如果需要）集成測試腳本（如果需要）集成測試工具（如果需要）執(zhí)行階段57輸入需求規(guī)格說明書概要設(shè)計(jì)集成測試計(jì)劃集成測試設(shè)計(jì)集成測試用例集成測試規(guī)程58執(zhí)行階段集成測試代碼（如果有）集成測試腳本（如果有）集成測試工具（如果有）詳細(xì)設(shè)計(jì)代碼單元測試報告輸出集成測試報告執(zhí)行階段59活動步驟執(zhí)行集成測試用例回歸集成測試用例撰寫集成測試報告相應(yīng)過程的測試文檔計(jì)劃階段設(shè)計(jì)階段實(shí)現(xiàn)階段執(zhí)行階段分析評估缺陷跟蹤集成測試計(jì)劃集成測試設(shè)計(jì)方案集成測試用例、規(guī)

程、（代碼、腳本、工具）集成測試報告605.5

面向?qū)ο蟮募蓽y試5.5.1對象交互對象交互涵蓋了程序中的絕大部分活動。它包括了對象及其組件的消息，還包括了對象和與之相關(guān)的其他對象之間的消息。對象的正確協(xié)作（即交互）對于程序的正確性是非常重要的。對象交互的測試方法：原始類、匯集類、協(xié)作類，分別討論。原始類的測試使用類的單元測試方法。5.5

面向?qū)ο蟮募蓽y試

１．匯集類測試可以使用測試原始類的方法來測試匯集類，測試驅(qū)動程序要創(chuàng)建一些實(shí)例，這些實(shí)例作為消息中的參數(shù)被傳遞給一個正在測試的集合。測試