# 什么是帶有示例的系統集成測試（SIT） > 原文： [https://www.guru99.com/system-integration-testing.html](https://www.guru99.com/system-integration-testing.html) ### 什么是系統集成測試？ 系統[集成測試](/integration-testing.html)定義為一種在集成的硬件和軟件環境中執行的軟件測試，以驗證整個系統的行為。 它是在一個完整的集成系統上進行的測試，目的是評估系統是否符合其特定要求。 執行系統集成測試（SIT）以驗證軟件系統的模塊之間的交互。 它處理對軟件需求規范/數據和軟件設計文檔中指定的高級和低級軟件需求的驗證。 它還可以驗證軟件系統與其他系統的共存性，并測試軟件應用程序模塊之間的接口。 在這種類型的測試中，首先要對模塊進行單獨測試，然后將其組合起來以構成一個系統。 例如，將軟件和/或硬件組件進行組合和逐步測試，直到集成了整個系統。  在本教程中，您將學習- * [什么是系統集成測試？](#1) * [為什么要進行系統集成測試](#2) * [如何進行系統集成測試](#3) * [集成測試的進入和退出條件](#4) * [硬件到軟件集成測試](#5) * [軟件到軟件集成測試](#6) * [自上而下的方法](#7) * [自下而上的方法](#8) * [大爆炸方法](#9) ## 為什么進行系統集成測試 在軟件工程中，完成系統集成測試是因為， * 它有助于及早發現[缺陷](/defect-management-process.html) * 將提供有關各個模塊可接受性的早期反饋 * 缺陷修復程序的計劃很靈活，可以與開發重疊 * 正確的數據流 * 正確的控制流程 * 正確的時機 * 正確使用內存 * 符合軟件要求 ## 如何進行系統集成測試 這是一種用于構造程序結構，同時進行測試以發現與接口相關的錯誤的系統技術。 預先集成了所有模塊，并且整個程序都經過了整體測試。 但是在此過程中，可能會遇到一系列錯誤。 此類錯誤的校正非常困難，因為整個程序的大量擴展使隔離的原因變得復雜。 一旦糾正并糾正了這些錯誤，就會出現一個新的錯誤，并且該過程將以無盡循環**繼續無縫進行。** 為避免這種情況，使用了另一種方法，即增量集成。 在本教程的后面，我們將看到有關增量方法的更多詳細信息。 有一些增量方法，例如在基于目標處理器的系統上進行集成測試。 所使用的方法是[黑盒測試](/black-box-testing.html)。 可以使用自下而上或自上而下的集成。 測試用例僅使用高級軟件要求進行定義。 也可以在主機環境中很大程度上實現軟件集成，而目標環境特定的單元將繼續在主機中進行仿真。 再次需要在目標環境中重復測試以進行確認。 此級別的確認測試將確定特定于環境的問題，例如內存分配和取消分配中的錯誤。 在主機環境中進行軟件集成的實用性將取決于那里有多少目標特定功能。 對于某些嵌入式系統，與目標環境的耦合非常緊密，因此在主機環境中進行軟件集成是不切實際的。 大型軟件開發會將軟件集成劃分為多個級別。 較低級別的軟件集成可能主要基于主機環境，而更高級別的軟件集成則越來越依賴于目標環境。 **注意：**如果僅測試軟件，則稱為軟件軟件集成測試[SSIT]；如果同時測試硬件和軟件，則稱為硬件軟件集成測試[HSIT]。 ## 集成測試的進入和退出條件 通常，在執行集成測試時，將使用 ETVX（進入標準，任務，驗證和退出標準）策略。 **進入條件：** * 完成[單元測試](/unit-testing-guide.html) **輸入：** * 軟件需求數據 * 軟件設計文件 * 軟件驗證計劃 * 軟件集成文件 **活動：** * 根據高級和低級要求創建測試用例和過程 * 組合實現通用功能的低級模塊 * 開發測試工具 * 測試構建 * 一旦通過測試，該構建將與其他構建結合并進行測試，直到將系統集成為一個整體。 * 在基于目標處理器的平臺上重新執行所有測試，并獲得結果 **退出條件：** * 成功完成目標硬件上軟件模塊的集成 * 根據指定的要求糾正軟件的性能 **輸出** * 集成測試報告 * 軟件測試用例和過程[SVCP]。 ## 硬件到軟件集成測試 這是對在目標計算機環境中高級功能上運行的計算機軟件組件（CSC）的測試。 它集中于在目標環境上開發的集成軟件的行為。 **基于需求的軟硬件集成測試** 基于需求的硬件/軟件集成測試的目的是確保目標計算機中的軟件將滿足高級需求。 此測試方法揭示的典型錯誤包括： * 硬件/軟件接口錯誤 * 違反軟件分區。 * 無法通過內置測試檢測故障 * 對硬件故障的響應不正確 * 由于排序，瞬態輸入負載和輸入功率瞬變而引起的錯誤 * 反饋導致錯誤行為 * 對內存管理硬件的控制不正確或不正確 * 數據總線爭用問題 * 驗證現場可加載軟件的兼容性和正確性的機制操作不正確 硬件軟件集成處理高層需求的驗證。 此級別的所有測試均在目標硬件上進行。 * 黑匣子測試是此測試級別使用的主要測試方法。 * 僅根據高級需求定義測試用例 * 測試必須在生產標準硬件上執行（在目標上） **設計用于硬件/軟件集成的測試用例時要考慮的事項** * 通過軟件正確獲取所有數據 * 從硬件到軟件的數據縮放和范圍 * 正確將數據從軟件輸出到硬件 * 規格內的數據（正常范圍） * 數據超出規格（異常范圍） * 邊界數據 * 中斷處理 * Timing * 正確使用內存（尋址，重疊等） * 狀態轉換 **注：**對于中斷測試，所有中斷將獨立于最初的請求進行驗證，通過全面服務直至完成。 為了充分測試中斷，將專門設計測試用例。 ## 軟件到軟件集成測試 這是對主機/目標計算機中運行的計算機軟件組件的測試 環境，同時模擬整個系統（其他 CSC），并具有高級功能。 它著重于模擬主機/目標環境中 CSC 的行為。 用于軟件集成的方法可以是增量方法（自上而下，自下而上或兩者結合）。 ## 增量式 增量測試是集成測試的一種方式。 在這種類型的測試方法中，您首先要分別測試軟件的每個模塊，然后再將其他模塊附加到該模塊，然后再依次進行測試，以繼續進行測試。 增量集成與大爆炸方法形成對比。 該程序是按小部分構建和測試的，其中錯誤更容易隔離和糾正。 接口更有可能被完全測試，并且可以應用系統的測試方法。 增量測試有兩種類型 * 自上而下的方法 * 自下而上的方法 ### 自上而下的方法 在這種類型的方法中，個人首先要測試用戶界面，并通過存根模擬其基礎功能，然后向下移動并集成下層和下層，如下圖所示。  * 從主控制模塊開始，通過向下移動整個控制層次結構來集成模塊 * 主控制模塊的子模塊以廣度優先或深度優先的方式合并到結構中。 * 深度優先集成將所有模塊集成在結構的主要控制路徑上，如下圖所示：  模塊集成過程通過以下方式完成： 1. 主控制模塊用作測試驅動程序，并且存根替換了直接屬于主控制模塊的所有模塊。 2. 根據所選擇的方法（從寬度優先或深度優先），一次用實際模塊替換下級存根。 3. 集成了每個模塊后，將執行測試。 4. 在完成每組測試后，在完成每組測試后，將另一個存根替換為真實模塊 5. 為了確保沒有引入新的錯誤[，可以執行回歸測試](/regression-testing.html)。 該過程從步驟 2 繼續進行，直到構建了整個程序結構。 自上而下的策略聽起來并不復雜，但是在實踐中會出現后勤問題。 這些問題中最常見的問題發生在需要對層次結構中的低級別進行處理以充分測試較高級別時。 在自頂向下測試開始時，存根將替換低級模塊，因此，程序結構中不會有大量數據向上流動。 **測試人員可能面臨的挑戰：** * 延遲許多測試，直到將存根替換為實際模塊。 * 開發存根，它們執行有限的功能來模擬實際模塊。 * 從層次結構的底部向上集成軟件。 **注意：**第一種方法使我們失去了對特定測試與特定模塊合并之間的對應關系的控制。 這可能導致確定錯誤原因的困難，該錯誤原因往往違反了自頂向下方法的高度受限的性質。 第二種方法是可行的，但隨著存根變得越來越復雜，可能會導致大量開銷。 ### 自下而上的方法 自下而上的集成開始使用程序結構中最低級別的模塊進行構建和測試。 在此過程中，模塊是從下至上集成的。 在這種方法中，始終可以使用從屬于給定級別的模塊所需的處理，并且無需存根。 此集成測試過程分四個步驟執行 1. 低級模塊被組合為執行特定軟件子功能的集群。 2. 編寫驅動程序以協調測試用例的輸入和輸出。 3. 群集或內部版本已測試。 4. 刪除驅動程序，并在程序結構中向上移動合并群集。 隨著集成的發展，需要單獨的測試驅動程序課程。 實際上，如果自上而下集成程序結構的前兩個級別，則可以大大減少驅動程序的數量，并且可以大大簡化群集的集成。 集成遵循以下所示的模式。 隨著集成的發展，需要單獨的測試驅動程序課程。  **注意：**如果從上至下集成了程序結構的前兩個級別，則可以大大減少驅動程序的數量，并且可以大大簡化構建的集成。 ### 大爆炸法 在這種方法中，直到所有模塊都準備就緒為止，所有模塊都不會集成。 準備就緒后，將集成所有模塊，然后執行其操作以了解所有集成模塊是否正常工作。 在這種方法中，由于一次集成所有內容，因此很難知道故障的根本原因。 另外，在生產環境中極有可能發生關鍵錯誤。 僅當必須立即進行集成測試時才采用此方法。 **摘要：** * 執行集成以驗證軟件系統的模塊之間的交互。 它有助于及早發現缺陷 * 可以對硬件-軟件或硬件-硬件集成進行集成測試 * 集成測試通過兩種方法完成 * 增量式 * 大爆炸法 * 在執行集成測試時，通常使用 ETVX（進入標準，任務，驗證和退出標準）策略。