系統(tǒng)集成測試(SIT)，在軟件系統(tǒng)和軟件工程的背景下，是一個(gè)練習(xí)軟件系統(tǒng)與他人共存的測試過程。系統(tǒng)集成測試將多個(gè)已通過系統(tǒng)測試的集成系統(tǒng)作為輸入，并測試它們所需的交互。按照此過程，將可交付的系統(tǒng)傳遞給驗(yàn)收測試。

系統(tǒng)集成測試(SIT)是一個(gè)測試階段，可能在系統(tǒng)測試之后進(jìn)行測試。隨后可能會(huì)進(jìn)行額外的用戶驗(yàn)收測試(UAT)。許多組織沒有一個(gè)SIT階段，對UAT的第一次測試可能包括對所有軟件組件的第一次集成測試。

雖然每個(gè)軟件模塊都經(jīng)過了單元測試，但由于各種原因，仍然存在缺陷，如

·模塊通常由個(gè)人軟件開發(fā)人員設(shè)計(jì)，他們的理解和編程邏輯可能與其他程序員不同。集成測試成為驗(yàn)證軟件模塊統(tǒng)一工作的必要條件

·在模塊開發(fā)時(shí)，客戶機(jī)的需求發(fā)生變化的可能性很大。這些新要求可能不進(jìn)行單元測試，因此需要進(jìn)行系統(tǒng)集成測試。

·軟件模塊與數(shù)據(jù)庫的接口可能存在錯(cuò)誤

·如果有外部硬件接口，則可能存在錯(cuò)誤

·異常處理不當(dāng)可能會(huì)導(dǎo)致問題。

集成測試的策略

軟件工程公司定義了執(zhí)行集成測試的各種策略，即。

·大爆炸方法：

·增量法：進(jìn)一步分為以下部分

·自上而下的方法

·自下而上的方法

·三明治的方法-自上而下和自下而上的組合

下面是不同的策略、它們的執(zhí)行方式、它們的局限性以及優(yōu)點(diǎn)。

大爆炸方法

這里將所有組件同時(shí)集成在一起，然后進(jìn)行測試。

它的優(yōu)點(diǎn)是方便小型系統(tǒng)。

它有以下缺點(diǎn)：

·故障定位困難。

·考慮到在這種方法中需要測試的接口數(shù)量太多了，一些要測試的接口鏈接很容易丟失。

·由于集成測試只能在“所有”模塊設(shè)計(jì)完成后才能開始，因此測試團(tuán)隊(duì)在測試階段執(zhí)行的時(shí)間將更少。

·由于所有模塊都是一次測試的，因此高風(fēng)險(xiǎn)關(guān)鍵模塊不會(huì)被隔離，并優(yōu)先進(jìn)行測試。處理用戶界面的外設(shè)模塊也不被隔離，并進(jìn)行優(yōu)先級測試。

增量方法

在這種方法中，測試是通過連接兩個(gè)或兩個(gè)以上與邏輯相關(guān)的模塊來完成的。然后添加其他相關(guān)模塊，并測試其是否正常工作。該過程繼續(xù)進(jìn)行，直到所有模塊成功連接并測試。

反過來，增量方法則由自下而上和自上而上這兩種不同的方法來執(zhí)行。

存根和驅(qū)動(dòng)程序

增量方法是通過使用被稱為存根和驅(qū)動(dòng)程序的虛擬程序來執(zhí)行的。存根和驅(qū)動(dòng)程序并沒有實(shí)現(xiàn)軟件模塊的整個(gè)編程邏輯，而只是模擬與調(diào)用模塊的數(shù)據(jù)通信。

被測試的模塊調(diào)用。

驅(qū)動(dòng)程序：呼叫待測試的模塊。

自下而上的集成

在自底向上的策略中，在較低級別的每個(gè)模塊都使用較高的模塊進(jìn)行測試，直到所有模塊都進(jìn)行測試。它需要在司機(jī)的幫助下進(jìn)行測試

它具有以下優(yōu)點(diǎn)：

·故障定位更容易。

·等待所有模塊的開發(fā)是不浪費(fèi)時(shí)間的

它有以下缺點(diǎn)：

·控制應(yīng)用程序流程的關(guān)鍵模塊（在軟件架構(gòu)的頂層）進(jìn)行測試，可能容易出現(xiàn)缺陷。

·一個(gè)早期的原型是不可能的

自上而下的集成

在從上到下的方法中，按照軟件系統(tǒng)的控制流程從上到下進(jìn)行測試。它需要幫助使用存根來進(jìn)行測試。

它具有以下優(yōu)點(diǎn)：

·故障定位更容易。

·獲得早期原型的可能性。

·關(guān)鍵模塊優(yōu)先測試，首先發(fā)現(xiàn)重大設(shè)計(jì)缺陷。

它有以下缺點(diǎn)：

·需要許多東西。

·對較低級別的模塊進(jìn)行測試不足。

三明治集成

在三明治/混合策略中，是自上而下和自下而上的方法的組合。在這里，頂模塊與低模塊進(jìn)行測試，同時(shí)低模塊與頂模塊集成并進(jìn)行測試。這個(gè)策略利用了存根和驅(qū)動(dòng)程序。

進(jìn)行集成測試

集成測試程序，不論軟件測試策略（以上所述）：

·準(zhǔn)備集成測試計(jì)劃

·設(shè)計(jì)測試場景、用例和腳本。

·執(zhí)行測試用例，然后報(bào)告缺陷。

·跟蹤和重新測試這些缺陷。

·重復(fù)上述兩個(gè)步驟，直到集成成功完成。

集成測試指南

·首先，確定可采用的集成測試策略，然后相應(yīng)地準(zhǔn)備測試用例和測試數(shù)據(jù)。

·研究了該應(yīng)用程序的體系結(jié)構(gòu)設(shè)計(jì)，并識別出了關(guān)鍵模塊。這些都需要按優(yōu)先級進(jìn)行測試。

·從建筑結(jié)構(gòu)團(tuán)隊(duì)中獲取接口設(shè)計(jì)，并創(chuàng)建測試用例來詳細(xì)驗(yàn)證所有接口。必須對到數(shù)據(jù)庫/外部硬件/軟件應(yīng)用程序的接口進(jìn)行詳細(xì)測試。

·測試用例結(jié)束后，測試數(shù)據(jù)起著關(guān)鍵作用。

·在執(zhí)行之前，始終準(zhǔn)備模擬數(shù)據(jù)。在執(zhí)行測試用例時(shí)，不要選擇測試數(shù)據(jù)。