整合測試


整合測試是單元測試後軟體測試過程的第二個層次。在此測試中,軟體的單元或單個元件在組中進行測試。整合測試級別的重點是在整合元件或單元之間互動時暴露缺陷。

單元測試使用模組進行測試,這些模組在整合測試中進行組合和測試。該軟體使用許多軟體模組開發,這些軟體模組由不同的編碼器或程式員編碼。整合測試的目標是檢查所有模組之間通訊的正確性。

集成測試

整合測試背後的原因

雖然軟體應用程式的所有模組已經在單元測試中進行了測試,但由於以下原因仍然存在錯誤:

  • 每個模組由個別軟體開發人員設計,其程式設計邏輯可能與其他模組的開發人員不同; 整合測試對於確定軟體模組的工作至關重要。
  • 檢查軟體模組與資料庫的互動是否是錯誤的。
  • 在模組開發時可以更改或增強要求。這些新要求可能無法在單元測試級別進行測試,因此整合測試成為強制性要求。
  • 軟體模組之間的不相容可能會產生錯誤。
  • 測試硬體與軟體的相容性。
  • 如果模組之間的例外處理不充分,則可能會產生錯誤。

整合測試技術

測試技術(黑箱測試,白盒測試和灰盒測試)都可用於整合測試; 一些列表如下:

黑箱測試

  • 狀態轉換技術
  • 決策表技術
  • 邊界值分析
  • 成對測試
  • 因果圖
  • 等價劃分
  • 錯誤猜測

白盒測試

  • 資料流測試
  • 控制流程測試
  • 分支覆蓋測試
  • 決策覆蓋率測試

整合測試方法

整合測試有兩種基本方法:

  • 大爆炸
  • 增量

下面來了解這些方法。

大爆炸法

在這種方法中,通過一次整合所有模組來完成測試。它對於小型軟體系統來說很方便,如果用於大型軟體系統,很難識別缺陷。

由於該測試可以在完成所有模組之後完成,因為測試團隊執行此過程的時間較少,因此可以輕鬆錯過內部連結介面和高風險關鍵模組。

優點:

  • 它適用於小型軟體系統。

缺點:

  • 缺陷的識別很困難。
  • 小模組很容易丟失。
  • 提供測試的時間非常少。

增量方法

在增量方法中,模組按升序逐個新增或根據需要新增。所選模組必須與邏輯相關。通常,新增兩個或兩個以上的模組並進行測試以確定功能的正確性。該過程一直持續到所有模組的成功測試。

增量方法通過進一步的方法進行:

  • 自上而下
  • 自下而上
  • 混合測試

自頂向下 - 自上而下的測試策略處理使用較低階別模組測試更高階別模組的過程,直到成功完成所有模組的測試。由於首先測試了關鍵模組,因此可以及早發現並修復主要設計缺陷。

優點:

  • 缺陷的識別很困難。
  • 早期的原型是可能的。

缺點:

  • 由於存根的數量很多,它變得非常複雜。
  • 較低階別的模組測試不充分。
  • 首先測試關鍵模組,以減少缺陷的可能性。

自下而上方法 - 自下而上測試策略處理下級模組使用更高階別模組進行測試的過程,直到成功完成所有模組的測試。頂級關鍵模組最後進行測試,因此可能會導致缺陷。

優點:

  • 缺陷的識別很容易。
  • 不需要等待所有模組的開發,因為它節省了時間。

缺點:

  • 由於缺陷可能發生,最後對關鍵模組進行測試。
  • 沒有早期原型的可能性。

混合測試方法 - 在這種方法中,將自上而下和自下而上的方法結合起來進行測試。在此過程中,頂層模組使用低階模組進行測試,低階模組同時使用高階模組進行測試。由於每個模組介面都經過測試,因此發生缺陷的可能性較小。

好處:

  • 混合方法提供自上而下方法和自下而上方法的功能。
  • 它是減少方法的最佳時間。
  • 它提供所有模組的完整測試。

缺點:

  • 當該方法同時在兩個方向上進行時,該方法需要更高的濃度水平。
  • 複雜的方法。

整合測試指南

  • 首先,確定測試用例策略,通過該策略可以根據測試資料準備可執行的測試用例。
  • 檢查應用程式的結構和體系結構,並確定首先測試它們的關鍵模組。
  • 設計測試用例以詳細驗證每個介面。
  • 選擇輸入資料以執行測試用例。輸入資料在測試中起著重要作用。
  • 修復缺陷並重新測試。