軟件質(zhì)量保證與測(cè)試5.2集成測(cè)試第5章軟件測(cè)試過(guò)程SoftwareQualityAssuranceandTesting5.2.1集成測(cè)試簡(jiǎn)介和相依性分析集成測(cè)試簡(jiǎn)介

集成測(cè)試（也叫組裝測(cè)試、聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它是在單元測(cè)試的基礎(chǔ)上，把多個(gè)經(jīng)過(guò)單元測(cè)試的模塊按照軟件概要設(shè)計(jì)書(shū)組裝起來(lái)進(jìn)行測(cè)試，檢查模塊組裝后，其功能、業(yè)務(wù)流程等是否實(shí)現(xiàn)或符合要求。單元B單元A單元C集成測(cè)試簡(jiǎn)介

它的最簡(jiǎn)單的形式是：把兩個(gè)或者多個(gè)已經(jīng)測(cè)試過(guò)的單元組裝成一個(gè)組件，并且測(cè)試它們之間的接口。然后這些組件又聚合成程序的更大部分，并最終擴(kuò)展到將所有單元組裝在一起。單元B單元A單元C單元E單元D單元F單元H單元G單元I集成測(cè)試簡(jiǎn)介

在集成測(cè)試之前，單元測(cè)試應(yīng)該已經(jīng)完成，集成測(cè)試中所使用的對(duì)象應(yīng)該是已經(jīng)通過(guò)單元測(cè)試的軟件單元模塊。這一點(diǎn)很重要，因?yàn)槿绻幌冉?jīng)過(guò)單元測(cè)試，那么集成測(cè)試的效果將會(huì)受到很大影響，并且會(huì)大幅增加軟件單元模塊代碼糾錯(cuò)的代價(jià)。單元測(cè)試被測(cè)模塊單元測(cè)試集成測(cè)試被測(cè)模塊集成測(cè)試簡(jiǎn)介

一般這樣定義集成測(cè)試：按照概要設(shè)計(jì)規(guī)格說(shuō)明，根據(jù)實(shí)際情況對(duì)程序單元、模塊采用適當(dāng)?shù)募蓽y(cè)試策略組裝起來(lái)，對(duì)模塊之間的接口、集成后的功能、相應(yīng)技術(shù)指標(biāo)及要求等進(jìn)行檢驗(yàn)的測(cè)試工作。集成測(cè)試能夠發(fā)現(xiàn)單個(gè)模塊測(cè)試時(shí)難以發(fā)現(xiàn)的問(wèn)題，集成測(cè)試的主要依據(jù)是軟件的概要設(shè)計(jì)書(shū)，即驗(yàn)證程序和概要設(shè)計(jì)說(shuō)明的一致性。集成測(cè)試簡(jiǎn)介

一般而言，所有的軟件項(xiàng)目都不能擺脫系統(tǒng)集成這個(gè)階段。不管采用什么開(kāi)發(fā)模式，具體的開(kāi)發(fā)工作總是要從一個(gè)一個(gè)的軟件單元做起，軟件單元只有經(jīng)過(guò)組裝才能形成一個(gè)有機(jī)的整體。具體的集成過(guò)程可能是顯性的也可能是隱性的。只要有組裝集成，就總是會(huì)出現(xiàn)一些常見(jiàn)問(wèn)題，工程實(shí)踐中，幾乎不存在軟件單元組裝過(guò)程中不出任何問(wèn)題的情況。單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試集成測(cè)試簡(jiǎn)介

經(jīng)驗(yàn)表明，作為軟件測(cè)試的一個(gè)階段，集成測(cè)試是不可以或缺的，直接從單元測(cè)試過(guò)渡到系統(tǒng)測(cè)試是極不妥當(dāng)?shù)淖龇?，而且?duì)于復(fù)雜的軟件而言，集成測(cè)試需要花費(fèi)的時(shí)間通常會(huì)要超過(guò)單元測(cè)試。

集成測(cè)試簡(jiǎn)介開(kāi)始集成測(cè)試的時(shí)間，總體上說(shuō)應(yīng)該是在單元測(cè)試之后，但在實(shí)際中往往單元測(cè)試和集成可能有一部分工作同步進(jìn)行，先做完單元測(cè)試的模塊就可以先集成，以節(jié)約時(shí)間。也就是說(shuō)集成測(cè)試工作和單元測(cè)試工作可以有一部分是并行的。單元測(cè)試集成測(cè)試并行集成測(cè)試簡(jiǎn)介集成測(cè)試的流程一般包括計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行和分析評(píng)估等階段，如下圖所示。

計(jì)劃階段設(shè)計(jì)階段開(kāi)發(fā)階段執(zhí)行階段分析評(píng)估缺陷跟蹤制定出適合本項(xiàng)目的集成測(cè)試計(jì)劃設(shè)計(jì)集成測(cè)試方案開(kāi)發(fā)測(cè)試腳本，生成測(cè)試用例，開(kāi)發(fā)樁模塊和驅(qū)動(dòng)模塊執(zhí)行集成測(cè)試，記錄測(cè)試過(guò)程和結(jié)果生成集成測(cè)試評(píng)估報(bào)告結(jié)束集成測(cè)試的過(guò)程集成測(cè)試簡(jiǎn)介集成測(cè)試的目的是確保各單元組合在一起后能夠按既定要求協(xié)作運(yùn)行，并確保新增加的模塊、代碼等行為的正確性。集成測(cè)試主要是白盒測(cè)試和灰盒測(cè)試，所以一般由開(kāi)發(fā)人員或白盒測(cè)試工程師來(lái)進(jìn)行集成測(cè)試。

集成測(cè)試的必要性在于，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常工作。程序在某些局部反映不出來(lái)的問(wèn)題，有可能在全局上會(huì)暴露出來(lái)，影響功能的實(shí)現(xiàn)。此外，在某些開(kāi)發(fā)模式，如迭代式開(kāi)發(fā)中，設(shè)計(jì)和實(shí)現(xiàn)是迭代進(jìn)行的，在這種情況下，集成測(cè)試的意義還在于它能間接地驗(yàn)證概要設(shè)計(jì)是否具有可行性。集成測(cè)試簡(jiǎn)介相依性分析

相依性是模塊以各種方式相互聯(lián)系和依賴的關(guān)系。一般而言，相依性對(duì)實(shí)現(xiàn)協(xié)作和問(wèn)題分解來(lái)說(shuō)是必要的，或者說(shuō)模塊之間要實(shí)現(xiàn)分工和協(xié)作就不可避免的會(huì)產(chǎn)生相依性。但也有相依性是由于特定的實(shí)現(xiàn)方案或者算法、某種編程語(yǔ)言或特定的目標(biāo)環(huán)境所引起的，和問(wèn)題本身并無(wú)必然關(guān)系。相依性1.與問(wèn)題本身有關(guān)，為實(shí)現(xiàn)問(wèn)題分解和模塊協(xié)作而產(chǎn)生2.與問(wèn)題本身無(wú)關(guān)，由特定的實(shí)現(xiàn)方案或算法、某種編程語(yǔ)言或特定的目標(biāo)環(huán)境所引起相依性分析有的模塊相依性是顯性的，如一對(duì)一的信息發(fā)送模塊和信息接收模塊之間的相依性關(guān)系；而有的模塊相依性是隱性的，如操作權(quán)限約束、定時(shí)約束等都是隱性相依性的例子。相依性1.顯性相依性2.隱形相依性相依性分析模塊相依性有的是內(nèi)在的，典型的如繼承關(guān)系。例如Adapter是父類，ListAdapter和SpinnerAdapter是它的子類，當(dāng)修改父類Adapter時(shí)，兩個(gè)子類繼承自父類的相關(guān)內(nèi)容都會(huì)受到影響。相依性分析有的模塊相依性是外在的，這種相依性與模塊內(nèi)部的實(shí)現(xiàn)機(jī)制無(wú)關(guān)，只是通過(guò)外部發(fā)生關(guān)聯(lián)，典型的例子是共用公共數(shù)據(jù)。例如，模塊A、B、C共用公共數(shù)據(jù)M，當(dāng)模塊A修改公共數(shù)據(jù)M時(shí)，會(huì)影響到使用這一公共數(shù)據(jù)的其他兩個(gè)模塊B和C。公共數(shù)據(jù)

M模塊A寫數(shù)據(jù)模塊B模塊C影響相依性分析

通過(guò)相依性分析，有助于理解集成測(cè)試的必要性，能夠幫助我們更加有針對(duì)性的進(jìn)行集成測(cè)試設(shè)計(jì)