




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
第4章軟件測試過程(二)集成測試4.2集成測試概述集成測試定義集成是指把多個單元組合起來形成更大的單元集成測試是在假定各個軟件單元已經(jīng)通過了單元測試的前提下,檢查各個軟件單元之間的接口是否正確集成測試是構(gòu)造軟件體系結(jié)構(gòu)的系統(tǒng)化技術(shù),同時也是進行一些旨在發(fā)現(xiàn)與接口相關(guān)的錯誤的測試集成測試概述集成測試原則集成測試應(yīng)當(dāng)盡早開始,并以概要設(shè)計規(guī)約為基礎(chǔ);集成測試應(yīng)當(dāng)根據(jù)集成測試計劃和方案進行,排除測試的隨意性;在模塊和接口的劃分上,測試人員應(yīng)當(dāng)和開發(fā)人員進行充分的溝通;項目管理者保證測試用例經(jīng)過了審核;集成測試應(yīng)當(dāng)按照一定的層次進行;集成測試的策略選擇應(yīng)當(dāng)綜合考慮質(zhì)量、成本和進度三者之間的關(guān)系;集成測試概述集成測試原則(續(xù))所有公共的接口都必須被測試到;關(guān)鍵模塊必須進行充分的測試;測試結(jié)果應(yīng)該被如實記錄;當(dāng)接口發(fā)生修改時,涉及的相關(guān)接口都必須進行回歸測試;當(dāng)測試計劃中的結(jié)束標(biāo)準(zhǔn)滿足時,集成測試結(jié)束。集成測試概述集成測試內(nèi)容軟件集成測試一般采用靜態(tài)測試和動態(tài)測試方法,靜態(tài)測試方法常采用靜態(tài)分析、代碼走查等。動態(tài)測試方法常采用白盒測試方法和黑盒測試方法。進行靜態(tài)測試時,所選擇的靜態(tài)測試方法與測試的內(nèi)容有關(guān)。通常,靜態(tài)測試先于動態(tài)測試進行。集成測試概述集成測試內(nèi)容當(dāng)動態(tài)測試時,可從以下幾個軟件質(zhì)量子特性方面考慮,確定測試內(nèi)容全局?jǐn)?shù)據(jù)結(jié)構(gòu)適合性準(zhǔn)確性互操作性容錯性時間特性資源利用性集成測試概述集成測試過程集成測試的實施步驟包括:執(zhí)行測試計劃中所有要求做的集成測試;分析測試結(jié)果,找出產(chǎn)生錯誤的原因;提交集成測試分析報告,以便盡快修改錯誤;評審。集成測試策略非增量式集成測試先分別測試每個模塊,再將所有模塊按照設(shè)計要求放在一起結(jié)合成所要的程序增量式集成測試將下一個要測試的模塊同已經(jīng)測試好的那些模塊結(jié)合起來進行測試,測試完后再將下一個應(yīng)測試的模塊結(jié)合起來進行測試集成測試策略非增量式集成測試非增量集成測試示例集成測試策略增量式集成測試自頂向下增量式集成測試自頂向下的集成方式的測試步驟如下:以主模塊為被測模塊,主模塊的直接下屬模塊則用樁模塊代替。采用深度優(yōu)先或廣度優(yōu)先策略,用實際模塊替換相應(yīng)的樁模塊(每次僅替換一個或少量幾個樁模塊,視模塊接口的復(fù)雜程度而定),他們的直接下屬模塊則又用樁模塊代替,與已測試的模塊或子系統(tǒng)集成為新的子系統(tǒng)。對新形成的子系統(tǒng)進行測試,發(fā)現(xiàn)和排除模塊集成過程中引起的錯誤,并做回歸測試。若所有模塊都已集成到系統(tǒng)中,則結(jié)束集成,否則轉(zhuǎn)到步驟2)。集成測試策略增量式集成測試自底向上增量式集成測試自底向上的集成方式的測試步驟如下:為最底層模塊開發(fā)驅(qū)動模塊,對最底層模塊進行并行測試。用實際模塊替換驅(qū)動模塊,與其已被測試過的直屬子模塊集成為一個子系統(tǒng)。為新形成的子系統(tǒng)開發(fā)驅(qū)動模塊(若新形成的子系統(tǒng)對應(yīng)為主控模塊,則不必開發(fā)驅(qū)動模塊),對該子系統(tǒng)進行測試。若該子系統(tǒng)已對應(yīng)為主控模塊,即最高層模塊,則結(jié)束集成,否則轉(zhuǎn)到步驟2)。集成測試策略增量式集成測試三明治集成測試將自頂向下測試與自底向上測試兩種模式有機結(jié)合起來,采用并行的自頂向下、自底向上集成方式形成的方法三明治集成測試更重要的是采取持續(xù)集成的策略,軟件開發(fā)中各個模塊不是同時完成的,根據(jù)進度將完成的模塊盡可能早地進行集成,有助于盡早發(fā)現(xiàn)缺陷,避免集成階段大量缺陷涌現(xiàn)。常用的集成測試方法基于功能分解的集成測試對基于系統(tǒng)功能分解的集成測試,測試方法都基于采用樹或文字形式來表示的功能分解不可避免地要深入到將要集成的模塊順序。對于增量集成有三種選擇:自頂向下集成、自底向上集成以及三明治集成所有這些集成順序都假設(shè)單元測試已經(jīng)通過單獨測試,基于功能分解的集成測試目標(biāo)是測試通過單獨測試的單元接口常用的集成測試方法基于功能分解的集成測試當(dāng)執(zhí)行集成測試時,測試人員應(yīng)能標(biāo)識關(guān)鍵模塊。關(guān)鍵模塊具有下述一個或多個特征:涉及幾個軟件需求;含有高層控制(位于程序結(jié)構(gòu)相對高的層次);是復(fù)雜的或易錯的;有明確性的性能需求。關(guān)鍵模塊應(yīng)盡早地測試。常用的集成測試方法基于調(diào)用圖的集成測試成對集成測試示例的調(diào)用圖示例的成對集成常用的集成測試方法基于調(diào)用圖的集成測試相鄰集成測試常用的集成測試方法基于調(diào)用圖的集成測試基于調(diào)用圖的集成技術(shù)偏離了純結(jié)構(gòu)基礎(chǔ),轉(zhuǎn)向行為基礎(chǔ),因此底層假設(shè)是一種改進。這些技術(shù)還減少了樁和驅(qū)動模塊的開發(fā)工作量?;谡{(diào)用圖的集成還與以構(gòu)建和合成為特征的開發(fā)匹配得很好?;谡{(diào)用圖集成測試的最大缺點是缺陷隔離問題,尤其是對有大量鄰居的情況。常用的集成測試方法基于路徑的集成測試將集成測試的側(cè)重點由測試單元之間的接口,轉(zhuǎn)移到這些單元的交互即它們的“協(xié)同功能”上。MM-路徑的相關(guān)概念MM-路徑:MM-路徑是穿插出現(xiàn)模塊執(zhí)行路徑和消息的序列。MM-路徑圖:給定一組單元,其MM-路徑圖是一種有向圖,圖中的節(jié)點表示模塊執(zhí)行路徑,邊表示消息以及單元之間的返回。常用的集成測試方法基于路徑的集成測試MM-路徑的集成測試跨三個單元的MM-路徑MM-路徑圖常用的集成測試方法基于路徑的集成測試基于路徑方法的優(yōu)點與實際系統(tǒng)行為結(jié)合緊密,不依賴于基于分解和調(diào)用的結(jié)構(gòu)性圖來集成基于路徑集成測試也適用于面向?qū)ο蟮能浖y試基于路徑方法的缺點需要更多的工作量標(biāo)識MM-路徑。這種工作量可能會與樁和驅(qū)動模塊開發(fā)所需要的工作量相當(dāng)集成測試案例通用倉庫管理系統(tǒng)集成測試目的:通用倉庫管理系統(tǒng)經(jīng)過編碼、單元測試后形成待集成單元計劃:主要描述如何進行集成測試活動,如何控制集成測試活動,集成測試活動的流程以及集成測試活動的工作安排等。集成測試案例通用倉庫管理系統(tǒng)集成測試主要的任務(wù)是:測試在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失;測試各個子功能組合起來,能否達到預(yù)期要求的父功能;一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;單個模塊的誤差積累起來,是否會放大,從而達到不可接受的程度。集成測試案例通用倉庫管理系統(tǒng)集成測試測試策劃測試方式:自底向上的集成軟件集成順序采用:自底向上,先子系統(tǒng),再頂系統(tǒng)。子系統(tǒng)集成順序上,功能集成采用:先查找,后增加,刪除,修改;模塊集成采用:先入庫出庫模塊,后盤點和管理員界面。集成測試案例通用倉庫管理系統(tǒng)集成測試測試策劃測試步驟集成測試中的主要步驟如表所示,主要有:
制定集成測試計劃;
設(shè)計集成測試;
實施集成測試;
執(zhí)行集成測試;
評估集成測試。集成測試案例通用倉庫管理系統(tǒng)集成測試測試策劃測試步驟活動輸入輸出職責(zé)制定集成測試計劃設(shè)計模型集成構(gòu)建計劃集成測試計劃制定測試計劃設(shè)計集成測試集成測試計劃設(shè)計模型基礎(chǔ)測試用例測試過程集成測試用例測試過程實施集成測試集成測試用例測試過程工作版本測試腳本測試過程測試驅(qū)動(底向上)編制測試代碼更新測試過程編制驅(qū)動或樁執(zhí)行集成測試測試腳本工作版本測試結(jié)果測試并記錄結(jié)果評估集成測試集成測試計劃測試結(jié)果測試評估摘要會同開發(fā)人員評估測試結(jié)果,得出測試報告集成測試案例通用倉庫管理系統(tǒng)集成測試測試策劃集成元素子系統(tǒng)集成入庫模塊,出庫模塊,盤存模塊功能集成有關(guān)增加,刪除,修改,查詢各個數(shù)據(jù)的操作數(shù)據(jù)集成數(shù)據(jù)傳遞是否正確,對于傳入值的控制范圍是否一致等函數(shù)集成函數(shù)是否調(diào)用正常集成測試案例通用倉庫管理系統(tǒng)集成測試測試設(shè)計與執(zhí)行設(shè)計集成測試用例實施測試問題反饋與跟蹤回歸測試測試總結(jié)報告集成測試案例通用倉庫管理系統(tǒng)集成測試
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度湖南省勞動合同(教育行業(yè))
- 離婚房產(chǎn)公證協(xié)議書
- 住宿服務(wù)合同書
- 企業(yè)環(huán)保技術(shù)創(chuàng)新及綠色制造戰(zhàn)略規(guī)劃
- 民用建筑施工合同
- 旅游度假村開發(fā)建設(shè)合同
- 企業(yè)可持續(xù)發(fā)展成本效益分析
- 大數(shù)據(jù)平臺建設(shè)委托代理協(xié)議
- 股份轉(zhuǎn)讓意向合同
- 三農(nóng)用無人機使用及維護指南
- 高速公路改擴建工程路基標(biāo)準(zhǔn)化
- 海關(guān)監(jiān)管場所投資建設(shè)項目可行性研究報告-廣州中撰咨詢
- 六氟化硫(SF6)氣體的管理及充注質(zhì)量檢查表
- 一年級勞動課教案設(shè)計
- Windows Azure云平臺基本操作手冊
- 中南大學(xué)-鋼結(jié)構(gòu)門式鋼架廠房畢業(yè)設(shè)計
- 百家姓精品資源課件
- 醫(yī)院感染控制原則
- T∕ASC 17-2021 電動汽車充換電設(shè)施系統(tǒng)設(shè)計標(biāo)準(zhǔn)
- 水閘設(shè)計步驟計算書(多表)
- 智慧安監(jiān)重大危險源監(jiān)管平臺解決方案
評論
0/150
提交評論