集成測試：什么是類型，自上而下&自下而上的示例 · Guru99 中文系列教程

# 集成測試：什么是類型，自上而下&自下而上的示例 > 原文： [https://www.guru99.com/integration-testing.html](https://www.guru99.com/integration-testing.html) ## 什么是集成測試？ **集成測試**被定義為一種測試類型，其中軟件模塊被邏輯集成并作為一組進行測試。一個典型的軟件項目由多個軟件模塊組成，并由不同的程序員進行編碼。此測試級別的目的是在集成這些軟件模塊時揭示它們之間交互中的缺陷。集成測試專注于檢查這些模塊之間的數據通信。因此，它也被稱為**'I & T'**（集成和測試），**'字符串測試'**，有時也稱為**'線程測試'**。 * [什么是集成測試？](#1) * [為什么要進行集成測試？](#2) * [集成測試用例](#3)的示例 * [集成測試的方法，策略和方法](#4) * [大爆炸方法：](#5) * [增量方法](#6) * [什么是存根和驅動程序？](#7) * [自下而上的集成](#8) * [自上而下的集成：](#9) * [混合/三明治集成](#10) * [如何進行集成測試？](#11) * [集成測試計劃的簡要說明：](#12) * [集成測試的進入和退出條件](#13) * [集成測試的最佳做法/準則](#14) ## 為什么要進行集成測試？ ![Integration Testing](https://img.kancloud.cn/32/51/32514c7d6b139e52409c7663448ff05b_580x358.png) 盡管每個軟件模塊都經過了單元測試，但是由于各種原因，缺陷仍然存在，例如 * 通常，模塊是由單個軟件開發人員設計的，他們的理解和編程邏輯可能與其他程序員不同。必須進行集成測試，以驗證軟件模塊可以統一工作 * 在模塊開發時，客戶有很大的機會改變需求。這些新要求可能未經過單元測試，因此有必要進行系統集成測試。 * 軟件模塊與數據庫的接口可能是錯誤的 * 外部硬件接口（如果有）可能是錯誤的 * 異常處理不充分可能會導致問題。 ## 集成測試用例的示例集成[測試用例](/test-case.html)與其他測試用例的不同之處在于**主要關注模塊**之間數據/信息的接口&。在此，將優先考慮**集成鏈接**，而不是已測試的單元功能。以下場景的集成測試案例示例：應用程序具有 3 個模塊，分別是“登錄頁面”，“郵箱”和“刪除電子郵件”，并且每個模塊都在邏輯上進行了集成。這里不必過多地關注登錄頁面測試，因為它已經在[單元測試](/unit-testing-guide.html)中完成。但是，請檢查它如何鏈接到“郵箱頁面”。同樣的郵箱：檢查其與“刪除郵件”模塊的集成。 | **測試用例 ID** | **測試用例目標** | **測試用例描述** | **預期結果** | | --- | --- | --- | --- | | **1** | 檢查“登錄”和“郵箱”模塊之間的接口鏈接 | 輸入登錄憑據，然后單擊“登錄”按鈕 | 定向到郵箱 | | **2** | 檢查郵箱和刪除郵件模塊之間的接口鏈接 | 從郵箱中選擇電子郵件，然后單擊刪除按鈕 | 所選電子郵件應顯示在“已刪除/已刪除郵件”文件夾中 | ## 集成測試的方法，策略，方法論軟件工程定義了執行集成測試的各種策略。 * 大爆炸法： * 增量方法：進一步分為以下幾種 * 自上而下的方法 * 自下而上的方法 * 三明治方法-自上而下和自下而上的組合以下是不同的策略，執行方式以及其局限性和優勢。 ## 大爆炸法：在這里，所有組件一次都在集成到**，然后進行測試。** **優勢：** * 適用于小型系統。 **缺點：** * 故障定位很困難。 * 考慮到采用這種方法需要測試的接口數量眾多，很容易會漏掉一些要測試的接口鏈接。 * 由于集成測試只能在設計完“所有”模塊之后才能開始，因此測試團隊在測試階段的執行時間將減少。 * 由于所有模塊都必須立即進行測試，因此高風險關鍵模塊不會被隔離并優先進行測試。處理用戶界面的外圍模塊也不是隔離的，并且不會進行優先級測試。 ## 增量方法在這種方法中，通過將邏輯上相關的 ***和*** 的兩個或多個模塊結合在一起來進行測試。然后添加其他相關模塊并測試其功能是否正常。該過程一直持續到所有模塊都已成功加入并測試為止。增量方法又通過兩種不同的方法執行： * 自下而上 * 自頂向下 ## 什么是存根和驅動程序？增量方法是通過使用稱為**存根和驅動程序**的偽程序執行的。存根和驅動程序不實現軟件模塊的整個編程邏輯，而只是模擬與調用模塊的數據通信。 **存根**：由被測模塊調用。 **驅動程序**：調用要測試的模塊。 ## 自下而上的整合在自下而上的策略中，使用較高的模塊測試較低級別的每個模塊，直到測試完所有模塊。它需要驅動程序的幫助進行測試 **圖示**： ![INTEGRATION Testing Tutorial: Big Bang, Top Down & Bottom Up](https://img.kancloud.cn/43/31/43313c5b21d8d7ccfd8f895576a3b6b8_606x326.png) **Advantages:** * 故障定位更容易。 * 不像 Big-bang 方法那樣浪費時間等待所有模塊的開發 **Disadvantages:** * 控制應用程序流程的關鍵模塊（在軟件體系結構的最高級別）最后經過測試，可能容易出現缺陷。 * 早期的原型是不可能的 ## 自頂向下集成：在從上到下的方法中，測試是按照軟件系統的控制流程從上到下進行的。借助存根進行測試。 **圖示：** ![INTEGRATION Testing Tutorial: Big Bang, Top Down & Bottom Up](https://img.kancloud.cn/97/9b/979bc5179dbbd02affad1b84adeb2a78_675x341.png) **Advantages:** * 故障定位更容易。 * 有可能獲得早期原型。 * 關鍵模塊按優先級進行測試；可以發現并修復主要的設計缺陷。 **Disadvantages:** * 需要許多存根。 * 較低級別的模塊未充分測試。 ## 混合/三明治集成在三明治/混合策略中，是“自上而下”和“自下而上”方法的組合。在這里，頂部模塊與下部模塊一起進行測試，同時下部模塊與頂部模塊進行集成并進行測試。此策略利用存根和驅動程序。 ![INTEGRATION Testing Tutorial: Big Bang, Top Down & Bottom Up](https://img.kancloud.cn/0a/97/0a979bb85aa3e2b5515e33a39ba7ec0c_600x341.png) ## 如何進行集成測試？集成測試過程，與軟件測試策略無關（如上所述）： 1. 準備整合測試計劃 2. 設計測試方案，案例和腳本。 3. 執行測試用例，然后報告缺陷。 4. 跟蹤&重新測試缺陷。 5. 重復步驟 3 和 4，直到成功完成集成。 ## 集成測試計劃的簡要說明：它包括以下屬性： * 測試方法/方法（如上所述）。 * 集成測試的范圍和超出范圍的項目。 * 角色和職責。 * 集成測試的先決條件。 * 測試環境。 * 風險和緩解計劃。 ## 集成測試的進入和退出條件任何軟件開發模型中集成測試階段的進入和退出條件 **進入條件：** * 單元測試的組件/模塊 * 修復并關閉了所有高優先級的錯誤 * 所有要編碼的模塊都已成功完成并集成。 * 集成測試計劃，測試用例，要簽署和記錄的方案。 * 為集成測試設置必需的[測試環境](/test-environment-software-testing.html) **退出條件：** * 成功測試了集成應用程序。 * 已記錄的已執行測試用例 * 修復并關閉了所有高優先級的錯誤 * 要提交的技術文件，然后是發行說明。 ## 集成測試的最佳做法/準則 * 首先，確定可以采用的集成[測試策略](/how-to-create-test-strategy-document.html)，然后準備相應的測試用例和測試數據。 * 研究應用程序的體系結構設計，并確定關鍵模塊。這些需要優先測試。 * 向建筑團隊獲取接口設計并創建測試用例以詳細驗證所有接口。與數據庫/外部硬件/軟件應用程序的接口必須經過詳細測試。 * 在測試用例之后，至關重要的是測試數據。 * 在執行之前，始終準備好模擬數據。執行測試用例時不要選擇測試數據。