將經(jīng)過單元測試的模塊按照設(shè)計要求連接起來，組成規(guī)定的軟件系統(tǒng)的過程被稱為“集成”。集成測試也被稱為組裝測試、聯(lián)合測試、子系統(tǒng)測試或部件測試等，其主要用于檢查各個軟件單元之間的接口是否正確。集成測試同時也是單元測試的邏輯擴(kuò)展，即在單元測試基礎(chǔ)之上將所有模塊按照概要設(shè)計的要求組裝成為子系統(tǒng)或系統(tǒng)，然后進(jìn)行測試。但是，不同的集成策略會導(dǎo)致集成測試方法的選擇不同。在實際工作中，時常有這樣的情況發(fā)生： 每個模塊都能單獨工作，但是這些模塊集成在一起后就不能正常工作。其主要原因是模塊間相互調(diào)用時會引入許多新的問題： 數(shù)據(jù)經(jīng)過接口可能丟失； 一個模塊對另一個模塊可能造成不應(yīng)有的影響； 單個模塊可以接受的誤差在組裝后不斷累積，達(dá)到了不可接受的程度等。所以，單元測試后必須進(jìn)行集成測試，發(fā)現(xiàn)并排除這些單元在集成后可能發(fā)生的問題，最終構(gòu)成符合要求的軟件系統(tǒng)。

集成測試主要關(guān)注的問題： 應(yīng)該測試哪些構(gòu)件和接口？以什么樣的次序進(jìn)行集成？有哪些集成測試策略？

本節(jié)將利用一個實際的集成測試案例———“氣象探測庫存管理系統(tǒng)”的集成測試計劃的制訂來介紹集成測試相關(guān)內(nèi)容。

01、測試前的準(zhǔn)備

1. 目的

氣象探測庫存管理系統(tǒng)經(jīng)過編碼、單元測試后已形成待集成單元，本集成測試計劃主要描述如何進(jìn)行集成測試活動、如何控制集成測試活動、集成測試活動的流程以及集成測試活動的工作安排等。最終確保程序連接起來也能正常工作，確保程序的完整運行。

2. 范圍

本次測試計劃主要是針對軟件的集成測試，不含硬件、系統(tǒng)測試以及單元測試(需要已經(jīng)完成單元測試)。

主要的任務(wù)如下。

(1) 測試在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失。

(2) 測試各個子功能組合起來后能否達(dá)到父功能的預(yù)期要求。

(3) 測試某個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。

(4) 測試全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題。

(5) 測試單個模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受的程度。

主要測試方法是使用黑盒測試方法測試集成的功能，并且迭代地對之前的集成進(jìn)行回歸測試。

3. 術(shù)語

入庫： 氣象裝備入庫是倉儲管理業(yè)務(wù)的第一階段，是指采購的氣象設(shè)備進(jìn)入倉庫儲存時進(jìn)行的設(shè)備接收、檢驗檢測、搬運、清點數(shù)量、檢查質(zhì)量和辦理入庫手續(xù)等一系列活動的總稱。氣象裝備入庫管理包括裝備接運、裝備檢驗檢測、開具合格證和建立裝備檔案等4方面，其基本要求： 保證入庫氣象裝備數(shù)量準(zhǔn)確、質(zhì)量符合要求、包裝完整無損、手續(xù)完備清楚，入庫迅速。

出庫： 氣象裝備出庫業(yè)務(wù)是倉庫根據(jù)相關(guān)業(yè)務(wù)部門或裝備保障部門開出的氣象裝備出庫憑證(提貨單、調(diào)撥單)，按其所列氣象裝備編號、名稱、規(guī)格、型號、數(shù)量等項目，組織氣象裝備出庫的一系列工作的總稱。出庫發(fā)放的主要任務(wù)： 所發(fā)放的氣象裝備必須準(zhǔn)確、及時、保質(zhì)保量地發(fā)給收貨單位，包裝必須完整、牢固、標(biāo)記正確清楚，核對必須仔細(xì)。

盤存： 盤存就是定期或不定期地對在庫氣象裝備進(jìn)行全部或部分清點，以確實掌握該所屬周期內(nèi)的氣象裝備應(yīng)用情況，并對此加以改善，加強(qiáng)管理。掌控氣象裝備的“進(jìn)(進(jìn)貨)、銷(領(lǐng)貨)、存(存貨)”，可避免囤積太多氣象裝備或缺失氣象裝備的情況發(fā)生，其所得數(shù)據(jù)對計算成本及損失將是不可或缺的。

軟件測試： 軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例，并利用這些測試用例運行軟件，以發(fā)現(xiàn)軟件錯誤的過程。

測試計劃： 測試計劃是指對軟件測試的對象、目標(biāo)、要求、活動、資源及日程進(jìn)行整體規(guī)劃，以確保軟件系統(tǒng)的測試能夠順利進(jìn)行的計劃性文檔。

測試用例： 測試用例指對一項特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現(xiàn)具體測試方案、方法、技術(shù)和策略的文檔。其內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等。

測試對象： 測試對象是指特定環(huán)境下運行的軟件系統(tǒng)和相關(guān)的文檔。作為測試對象的軟件系統(tǒng)可以是整個業(yè)務(wù)系統(tǒng)，也可以是業(yè)務(wù)系統(tǒng)的一個子系統(tǒng)或一個完整的部件。

測試環(huán)境： 測試環(huán)境指對軟件系統(tǒng)進(jìn)行各類測試所基于的軟、硬件設(shè)備和配置。一般包括硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、操作系統(tǒng)環(huán)境、應(yīng)用服務(wù)器平臺環(huán)境、數(shù)據(jù)庫環(huán)境以及各種支撐環(huán)境等。

02、測試策劃

本系統(tǒng)的集成測試采用自底向上的集成方式。自底向上的集成方式將從程序模塊結(jié)構(gòu)中最底層的模塊開始組裝和測試。因為模塊是自底向上進(jìn)行組裝的，對于一個給定層次的模塊，由于它的子模塊(包括子模塊的所有下屬模塊)事前已經(jīng)完成組裝并經(jīng)過測試，所以不再需要編制樁模塊(一種能模擬真實模塊，給待測模塊提供調(diào)用接口或數(shù)據(jù)的測試用軟件模塊)。選擇這種集成方式是因為管理方便，且測試人員能較好地鎖定軟件故障所在位置。

軟件集成順序采用自底向上的集成方式，先子系統(tǒng)，再頂系統(tǒng)。

子系統(tǒng)集成順序上，功能集成采用先查找，后增加、刪除、修改的順序。

模塊集成采用先入庫出庫模塊，后盤點和管理員界面的順序。

集成測試的主要步驟如表1所示，主要有以下幾步。

(1) 制訂集成測試計劃。

(2) 設(shè)計集成測試。

(3) 實施集成測試。

(4) 執(zhí)行集成測試。

(5) 評估集成測試。

■?表1 集成測試的主要步驟

?文章來源地址http://www.zghlxwxcb.cn/news/detail-682378.html

其中，集成元素包括子系統(tǒng)集成、功能集成、數(shù)據(jù)集成、函數(shù)集成等。

1. 子系統(tǒng)集成

(1) 入庫模塊。氣象裝備入庫是倉儲管理的第一階段，其包括裝備接運、裝備檢驗檢測、開具合格證和建立裝備檔案等4方面。

(2) 出庫模塊。氣象裝備出庫業(yè)務(wù)是倉庫根據(jù)相關(guān)業(yè)務(wù)部門或裝備保障部門開出的氣象裝備出庫憑證(提貨單、調(diào)撥單)，按其所列氣象裝備編號、名稱、規(guī)格、型號、數(shù)量等項目，組織氣象裝備出庫的一系列工作總稱。

(3) 盤存模塊。盤存就是定期或不定期地對在庫氣象裝備進(jìn)行全部或部分清點。

2. 功能集成

有關(guān)增加、刪除、修改、查詢各個數(shù)據(jù)的操作。

3. 數(shù)據(jù)集成

數(shù)據(jù)傳遞是否正確，傳入值的控制范圍是否一致等。

4. 函數(shù)集成

函數(shù)是否調(diào)用正常。

03、測試設(shè)計與執(zhí)行

在本項目中，集成測試主要涉及以下幾個過程。

1. 設(shè)計集成測試用例

(1) 采用自底向上集成測試的步驟，按照概要設(shè)計規(guī)格的說明，明確有哪些被測模塊。在熟悉被測模塊性質(zhì)的基礎(chǔ)上對被測模塊進(jìn)行分層，在同一層次上的測試可以并行進(jìn)行，然后排出測試活動的先后關(guān)系，制訂測試進(jìn)度計劃。

(2) 在步驟(1)的基礎(chǔ)上，按時間線序關(guān)系將軟件單元集成為模塊，并測試在集成過程中出現(xiàn)的問題。這個步驟可能需要測試人員開發(fā)一些驅(qū)動模塊來驅(qū)動集成活動中形成的被測模塊。對于比較大的模塊而言，可以先將其中的某幾個軟件單元集成為子模塊，然后再集成為一個較大的模塊。

(3) 將各軟件模塊集成為子系統(tǒng)(或分系統(tǒng))。檢測各子系統(tǒng)是否能正常工作。同樣，可能需要測試人員開發(fā)少量的驅(qū)動模塊來驅(qū)動被測子系統(tǒng)。

(4) 將各子系統(tǒng)集成為最終用戶系統(tǒng)，測試各分系統(tǒng)能否在最終用戶系統(tǒng)中正常工作。

2. 實施測試

(1) 測試人員按照測試用例逐項進(jìn)行測試活動，并且將測試結(jié)果填寫在測試報告(測試報告必須覆蓋所有測試用例)上。

(2) 測試過程中發(fā)現(xiàn)Bug，將Bug填寫在使用的管理平臺上(Bug狀態(tài)為NEW)發(fā)給集成部門經(jīng)理。

(3) 對應(yīng)責(zé)任人接到管理平臺發(fā)過來的Bug(Bug狀態(tài)為ASSIGNED)。

(4) 對明顯的并且可以立刻解決的Bug，將其發(fā)給開發(fā)人員； 對不是Bug的提交，集成部經(jīng)理通知測試設(shè)計人員和測試人員，對相應(yīng)文檔進(jìn)行修改(Bug狀態(tài)為RESOLVED，決定設(shè)置為INVALID)； 對目前無法修改的，將其放到下一輪次進(jìn)行修改(Bug狀態(tài)為RESOLVED，決定設(shè)置為REMIND)。

3. 問題反饋與跟蹤

(1) 開發(fā)人員接到發(fā)過來的Bug后應(yīng)立刻修改(Bug狀態(tài)為RESOLVED，決定設(shè)置為FIXED)。

(2) 測試人員接到管理平臺發(fā)過來的錯誤更改信息后應(yīng)該逐項復(fù)測，填寫新的測試報告(測試報告必須覆蓋上一次測試中所有REOPENED的測試用例)。

4. 回歸測試

(1) 重新測試修復(fù)Bug后的系統(tǒng)。重復(fù)步驟3，直到本步驟回歸測試結(jié)果達(dá)到系統(tǒng)驗收標(biāo)準(zhǔn)。

(2) 如果測試有問題則返回步驟2(Bug狀態(tài)為REOPENED)，否則關(guān)閉這項Bug(Bug狀態(tài)為CLOSED)。

5. 測試總結(jié)報告

完成以上4步后，綜合相關(guān)資料生成測試報告。

整個集成過程如圖1所示。

■?圖1 氣象探測庫存管理系統(tǒng)

04、集成測試的驗收標(biāo)準(zhǔn)

1. 模塊驗收標(biāo)準(zhǔn)

接口： 接口提供的功能或者數(shù)據(jù)正確。

功能點： 驗證程序與產(chǎn)品描述、用戶文檔中的全部功能點相對應(yīng)。

流程處理： 驗證程序與產(chǎn)品描述、用戶文檔中的全部流程相對應(yīng)。

外部接口： 驗證程序與產(chǎn)品描述、用戶文檔中的全部外部接口相對應(yīng)。

2. 集成測試驗收標(biāo)準(zhǔn)

集成測試設(shè)計用例中所設(shè)計的功能測試用例必須全部通過，性能及其他類型測試用例通過90%以上。在未通過的測試用例中，不能含有“系統(tǒng)崩潰”和“嚴(yán)重錯誤”之類的錯誤，“一般錯誤”應(yīng)小于5%。

達(dá)到以上條件后可申請本輪集成測試結(jié)束，提交集成部測試經(jīng)理，集成部測試經(jīng)理召集本組人員開會討論，決定下一輪測試工作。

當(dāng)且僅當(dāng)某次回歸測試后測試結(jié)果符合軟件質(zhì)量的要求后，方可結(jié)束集成測試。

05、測試總結(jié)

記錄問題： 利用Bug管理平臺記錄Bug，并指定到相關(guān)責(zé)任人。把Bug管理平臺和需求設(shè)計文檔、開發(fā)文檔、測試文檔、測試用例等聯(lián)系起來，做成一個軟件研發(fā)工具套件，之后即可通過一個Bug找到對應(yīng)的文檔、代碼、測試用例等。

解決問題： 小組會議以及開發(fā)人員協(xié)調(diào)負(fù)責(zé)人，協(xié)調(diào)測試開發(fā)之間的工作。

測試結(jié)束后，形成測試報告。

?

到了這里，關(guān)于軟件測試案例 ｜ 氣象探測庫存管理系統(tǒng)的集成測試計劃的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！