系統集成測試基礎知識

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

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

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

·模塊通常由個人軟件開發人員設計，他們的理解和編程邏輯可能與其他程序員不同。集成測試成為驗證軟件模塊統一工作的必要條件

·在模塊開發時，客戶機的需求發生變化的可能性很大。這些新要求可能不進行單元測試，因此需要進行系統集成測試。

·軟件模塊與數據庫的接口可能存在錯誤

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

·異常處理不當可能會導致問題。

集成測試的策略

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

·大爆炸方法：

·增量法：進一步分為以下部分

·自上而下的方法

·自下而上的方法

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

下面是不同的策略、它們的執行方式、它們的局限性以及優點。

大爆炸方法

這里將所有組件同時集成在一起，然后進行測試。

它的優點是方便小型系統。

它有以下缺點：

·故障定位困難。

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

·由于集成測試只能在“所有”模塊設計完成后才能開始，因此測試團隊在測試階段執行的時間將更少。

·由于所有模塊都是一次測試的，因此高風險關鍵模塊不會被隔離，并優先進行測試。處理用戶界面的外設模塊也不被隔離，并進行優先級測試。

增量方法

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

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

存根和驅動程序

增量方法是通過使用被稱為存根和驅動程序的虛擬程序來執行的。存根和驅動程序并沒有實現軟件模塊的整個編程邏輯，而只是模擬與調用模塊的數據通信。

被測試的模塊調用。

驅動程序：呼叫待測試的模塊。

自下而上的集成

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

它具有以下優點：

·故障定位更容易。

·等待所有模塊的開發是不浪費時間的

它有以下缺點：

·控制應用程序流程的關鍵模塊（在軟件架構的頂層）進行測試，可能容易出現缺陷。

·一個早期的原型是不可能的

自上而下的集成

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

它具有以下優點：

·故障定位更容易。

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

·關鍵模塊優先測試，首先發現重大設計缺陷。

它有以下缺點：

·需要許多東西。

·對較低級別的模塊進行測試不足。

三明治集成

在三明治/混合策略中，是自上而下和自下而上的方法的組合。在這里，頂模塊與低模塊進行測試，同時低模塊與頂模塊集成并進行測試。這個策略利用了存根和驅動程序。

進行集成測試

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

·準備集成測試計劃

·設計測試場景、用例和腳本。

·執行測試用例，然后報告缺陷。

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

·重復上述兩個步驟，直到集成成功完成。

集成測試指南

·首先，確定可采用的集成測試策略，然后相應地準備測試用例和測試數據。

·研究了該應用程序的體系結構設計，并識別出了關鍵模塊。這些都需要按優先級進行測試。

·從建筑結構團隊中獲取接口設計，并創建測試用例來詳細驗證所有接口。必須對到數據庫/外部硬件/軟件應用程序的接口進行詳細測試。

·測試用例結束后，測試數據起著關鍵作用。

·在執行之前，始終準備模擬數據。在執行測試用例時，不要選擇測試數據。