軟件質(zhì)量保證第六章_第1頁
軟件質(zhì)量保證第六章_第2頁
軟件質(zhì)量保證第六章_第3頁
軟件質(zhì)量保證第六章_第4頁
軟件質(zhì)量保證第六章_第5頁
已閱讀5頁,還剩19頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

集成測試集成測試試的定義義也叫做組組裝測試試、聯(lián)合合測試、、子系統(tǒng)統(tǒng)測試和和部件測測試。是在單元元測試的的基礎(chǔ)上上,將所所有模塊塊按照概概要設(shè)計(jì)計(jì)要求組組裝成為為子系統(tǒng)統(tǒng)或系統(tǒng)統(tǒng),進(jìn)行行集成測測試。集成測試試關(guān)注的的重點(diǎn)模塊間的的數(shù)據(jù)傳傳遞是否否正確??一個(gè)模塊塊的功能能是否會(huì)會(huì)對(duì)另外外一個(gè)模模塊的功功能產(chǎn)生生錯(cuò)誤的的影響??全局?jǐn)?shù)據(jù)據(jù)結(jié)構(gòu)是是否有問問題,會(huì)會(huì)不會(huì)被被異常修修改?塊組合起起來的功功能能否否滿足要要求?各個(gè)模塊塊累積的的誤差是是否會(huì)達(dá)達(dá)到不可可接受的的程度??集成測試試的必要要性集成測試試的首要要目的是是揭示構(gòu)構(gòu)件互操操作性的的錯(cuò)誤,,這樣系系統(tǒng)測試試就可以以在最少少可能被被中斷的的情況下下進(jìn)行。。所有的軟軟件項(xiàng)目目都不能能跨越集集成這個(gè)個(gè)階段。。集成測試試的意義義還在于于能間接接地驗(yàn)證證概要設(shè)設(shè)計(jì)是否否具有可可行性。。一些模塊塊雖然能能夠單獨(dú)獨(dú)的工作作,但并并不能保保證連接接起來也也能正常常工作。。集成測試試遵循的的原則集成測試試很不好好把握,,應(yīng)針對(duì)對(duì)總體設(shè)設(shè)計(jì)盡早早開始籌籌劃。為為了做好好集成測測試,需需要遵循循以下原原則。①所有有公共接接口都要要被測試試到。②關(guān)鍵鍵模塊必必須進(jìn)行行充分的的測試。。③集成成測試應(yīng)應(yīng)當(dāng)按一一定的層層次進(jìn)行行。④集成成測試的的策略選選擇應(yīng)當(dāng)當(dāng)綜合考考慮質(zhì)量量、成本本和進(jìn)度度之間的的關(guān)系。。⑤集成成測試應(yīng)應(yīng)當(dāng)盡早早開始,,并以總總體設(shè)計(jì)計(jì)為基礎(chǔ)礎(chǔ)。⑥在模模塊與接接口的劃劃分上,,測試人人員應(yīng)當(dāng)當(dāng)和開發(fā)發(fā)人員進(jìn)進(jìn)行充分分的溝通通。⑦當(dāng)接接口發(fā)生生修改時(shí)時(shí),涉及及的相關(guān)關(guān)接口必必須進(jìn)行行再測試試。⑧測試試執(zhí)行結(jié)結(jié)果應(yīng)當(dāng)當(dāng)如實(shí)記記錄。集成測試試的具體體內(nèi)容功能性測測試可靠性測測試易用性測測試性能測試試維護(hù)性測測試常見的集集成測試試故障1)配置置/版本本控制錯(cuò)錯(cuò)誤2)遺漏漏、重疊疊或沖突突函數(shù)3)不一一致的數(shù)數(shù)據(jù)結(jié)構(gòu)構(gòu)4)使用用沖突的的數(shù)據(jù)視視圖5)破壞壞全局存存儲(chǔ)或數(shù)數(shù)據(jù)庫數(shù)數(shù)據(jù)的完完整性6)由于于編碼錯(cuò)錯(cuò)誤或未未預(yù)料到到的運(yùn)行行是綁定定導(dǎo)致的的錯(cuò)誤方方法調(diào)用用。7)客客戶發(fā)送送違反服服務(wù)器前前提條件件、順序序約束的的消息。。8)錯(cuò)誤誤的參數(shù)數(shù)或不正正確的參參數(shù)值。。9)錯(cuò)誤誤的對(duì)象象和消息息的綁定定。10)由由不正確確的內(nèi)存存管理分分配/收收回引起起的失敗敗。11)不不正確的的使用虛虛擬機(jī)、、OS。。12)組組件之間間的服務(wù)務(wù)。13)資資源競爭爭。集成測試試的模式式漸增式測測試模式式與非漸漸增式測測試模式式非漸增式式測試模模式:先分別別測試每每個(gè)模塊塊,再把把所有模模塊按設(shè)設(shè)計(jì)要求求放在一一起結(jié)合合成所要要的程序序。按程程序結(jié)構(gòu)構(gòu)圖將各各模塊連連接起來來,把連連接后的的程序當(dāng)當(dāng)做一個(gè)個(gè)整體進(jìn)進(jìn)行測試試。漸增式測測試模式式:把下一一個(gè)要測測試的模模塊同已已經(jīng)測試試好的模模塊結(jié)合合起來進(jìn)進(jìn)行測試試,測試試完以后后再把下下一個(gè)應(yīng)應(yīng)該測試試的模塊塊結(jié)合進(jìn)進(jìn)來測試試。各自的優(yōu)優(yōu)缺點(diǎn)集成測試試的整個(gè)個(gè)過程由由下列3個(gè)步驟驟完成。。①主控控模塊作作為測試試驅(qū)動(dòng)器器,把對(duì)對(duì)主控模模塊進(jìn)行行單元測測試時(shí)引引入的被被調(diào)用模模擬子模模塊用實(shí)實(shí)際模塊塊替代。。②依照照所選用用的模塊塊集成策策略(深深度優(yōu)先先和廣度度優(yōu)先)),下層層的被調(diào)調(diào)用模擬擬子模塊塊一次一一個(gè)地被被替換為為真正的的模塊。。③在每每個(gè)模塊塊被集成成時(shí),都都必須立立即進(jìn)行行測試一一遍。自頂向下下和自底底向上集集成方法法驅(qū)動(dòng)程序序/驅(qū)動(dòng)動(dòng)模塊(driver),用以模模擬被測測模塊的的上級(jí)模模塊。驅(qū)驅(qū)動(dòng)模塊塊在集成成測試中中接受測測試數(shù)據(jù)據(jù),把相相關(guān)的數(shù)數(shù)據(jù)傳送送給被測測模塊,,啟動(dòng)被被測模塊塊,并打打印出相相應(yīng)的結(jié)結(jié)果。樁程序//樁模塊塊(stub),,也有人稱稱為存根根程序,,用以模模擬被測測模塊工工作過程程中所調(diào)調(diào)用的模模塊。樁樁模塊由由被測模模塊調(diào)用用,它們們一般只只進(jìn)行很很少的數(shù)數(shù)據(jù)處理理,例如如打印入入口和返返回,以以便于檢檢驗(yàn)被測測模塊與與其下級(jí)級(jí)模塊的的接口自頂向下下法(Top-downIntegration))自頂向下下法的主主要優(yōu)缺缺點(diǎn)自頂向下下集成步驟:(1)以主模塊塊為所測測模塊兼兼驅(qū)動(dòng)模模塊,所所有直屬屬于主模模塊的下下屬模塊塊全部用用樁模塊塊對(duì)主模模塊進(jìn)行行測試。。(2)采用深度度優(yōu)先(depth--first))(如圖8-2--1)或廣度度優(yōu)先(breadth-first)(如圖8-2--2)的策略略,用實(shí)實(shí)際模塊塊替換相相應(yīng)樁模模塊,再再用樁代代替它們們的直接接下屬模模塊,與與已測試試的模塊塊或子系系統(tǒng)組裝裝成新的的子系統(tǒng)統(tǒng)。(3)進(jìn)行回歸歸測試((即重新新執(zhí)行以以前做過過的全部部測試或或部分測測試),,排除組組裝過程程中引起起的錯(cuò)誤誤的可能能。(4)判斷是否否所有的的模塊都都已組裝裝到系統(tǒng)統(tǒng)中,是是則結(jié)束束測試,,否則轉(zhuǎn)轉(zhuǎn)到(2)去執(zhí)行。。自底向上上法(Bottom-upIntegration)自底向上上法的主主要優(yōu)缺缺點(diǎn)自底向上上集成自底向上上集成的的步驟如如下:(1)由由驅(qū)動(dòng)模模塊控制制最低層層模塊的的并行測測試;也也可以把把最低層層模塊組組合成實(shí)實(shí)現(xiàn)某一一特定軟軟件功能能的簇,,由驅(qū)動(dòng)動(dòng)模塊控控制它進(jìn)進(jìn)行測試試。(2)用用實(shí)際模模塊代替替驅(qū)動(dòng)模模塊,與與它已測測試的直直屬子模模塊組裝裝成為子子系統(tǒng)。。(3)為為子系統(tǒng)統(tǒng)配備驅(qū)驅(qū)動(dòng)模塊塊,進(jìn)行行新的測測試。(4)判判斷是否否已組裝裝到達(dá)主主模塊。。是則結(jié)結(jié)束測試試,否則則執(zhí)行((2)。。大棒集成成方法(Big-bangIntegration))-大爆炸集集成采用大棒棒集成方方法,先先是對(duì)每每一個(gè)子子模塊進(jìn)進(jìn)行測試試(單元元測試階階段),,然后將將所有模模塊一次次性的全全部集成成起來進(jìn)進(jìn)行集成成測試。。因?yàn)樗杏械哪K塊一次集集成的,,所以很很難確定定出錯(cuò)的的真正位位置、所所在的模模塊、錯(cuò)錯(cuò)誤的原原因。這這種方法法并不推推薦在任任何系統(tǒng)統(tǒng)中使用用,適合合在規(guī)模模較小的的應(yīng)用系系統(tǒng)中使使用。三明治集集成方法法(SandwichIntegration)采用三明明治方法法的優(yōu)點(diǎn)點(diǎn)是:它它將自頂頂向下和和自底向向上的集集成方法法有機(jī)地地結(jié)合起起來,不不需要寫寫樁程序序因?yàn)樵谠跍y試初初自底向向上集成成已經(jīng)驗(yàn)驗(yàn)證了底底層模塊塊的正確確性。采采用這種種方法的的主要缺缺點(diǎn)是::在真正正集成之之前每一一個(gè)獨(dú)立立的模塊塊沒有完完全測試試過。改善的三三明治集集成方法法改進(jìn)的三三明治集集成方法法,不僅僅自兩頭頭向中間間集成,,而且保保證每個(gè)個(gè)模塊得得到單獨(dú)獨(dú)的測試試,使測測試進(jìn)行行得比較較徹底。?;旌喜呗月?ModifiedTop-downIntegration))混合法::對(duì)軟件件結(jié)構(gòu)中中較上層層,使用用的是““自頂向向下”法法;對(duì)軟軟件結(jié)構(gòu)構(gòu)中較下下層,使使用的是是“自底底向上””法,兩兩者相結(jié)結(jié)合幾種集成成方法性性能的比比較自底向上自頂向下混合策略大棒三明治改進(jìn)三明治集成早早早晚早早基本程序能工作時(shí)間晚早早晚早早需要驅(qū)動(dòng)程序是否是是是是需要樁程序否是是是是是工作并行性中低中高中高特殊路徑測試容易難容易容易中等容易計(jì)劃與控制容易難難容易難難集成測試試策略在現(xiàn)代復(fù)復(fù)雜軟件件項(xiàng)目集集成測試試過程中中,通常常采用核核心系統(tǒng)統(tǒng)先行集集成測試試和高頻頻集成測測試相結(jié)結(jié)合的方方式進(jìn)行行;自底向上上的集成成測試方方案在采采用傳統(tǒng)統(tǒng)瀑布式式開發(fā)模模式的軟軟件項(xiàng)目目集成過過程中較較為常見見。集成策略略的選擇擇應(yīng)該結(jié)結(jié)合項(xiàng)目目的實(shí)際際工程環(huán)環(huán)境及各各測試方方案適用用的范圍圍進(jìn)行合合理的選選型。集成測試試人員由于集成成測試不不是在真真實(shí)環(huán)境境下進(jìn)行行,而是是在開發(fā)發(fā)環(huán)境,,或是一一個(gè)獨(dú)立立的測試試環(huán)境下下進(jìn)行的的,所以以集成測測試所需需人員一一般從開開發(fā)組中中選出,,在開發(fā)發(fā)組長的的監(jiān)督下下進(jìn)行,,開發(fā)組組長負(fù)責(zé)責(zé)保證在在合理的的質(zhì)量控控制和監(jiān)監(jiān)督下使使用合適適的測試試技術(shù)執(zhí)執(zhí)行充分分的集成成測試。。在集成測測試過程程中,測測試過程程由一個(gè)個(gè)獨(dú)立測測試觀察察員來監(jiān)監(jiān)控測試試工作。。集成測試試過程中中應(yīng)考慮慮邀請(qǐng)一一個(gè)用戶戶代表非非正式地地觀看集集成測試試。小結(jié)集成測試試是單元元測試的的邏輯擴(kuò)擴(kuò)展,即即在單元元測試基基礎(chǔ)之上上,將所所有模塊塊按照概概要設(shè)計(jì)計(jì)要求組組裝成為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論