我想說起整合測試來大家一定都不陌生，但是如果說起整合測試的具體測試方法大家是否了解呢，那我來介紹一下有關整合測試的方法，希望對新手有所幫助。
整合測試是單元測試的邏輯擴充套件。它的最簡單的形式是：兩個已經測試過的單元組合成乙個元件，並且測試它們之間的介面。從這一層意義上講，元件是指多個單元的整合聚合。在現實方案中，許多單元組合成元件，而這些元件又聚合成程式的更大部分。方法是測試片段的組合，並最終擴充套件程序，將您的模組與其他組的模組一起測試。最後，將構成程序的所有模組一起測試。此外，如果程式由多個程序組成，應該成對測試它們，而不是同時測試所有程序。
整合測試識別組合單元時出現的問題。通過使用要求在組合單元前測試每個單元並確保每個單元的生存能力的測試計畫，可以知道在組合單元時所發現的任何錯誤很可能與單元之間的介面有關。這種方法將可能發生的情況數量減少到更簡單的分析級別。
可以以多種方式進行整合測試，而下面是三種常用的類別：
1）自頂向下：由上而下的整合測試方法要求首先測試和整合最高端別的模組。這使高階別的邏輯和資料流可以在過程的早期階段測試，有助於最大限度地減少對驅動程式的需求。但是，對存根 （stub，也就是我們經常說的「樁」） 的需求使測試管理變得複雜，低階別的實用工具在開發周期中相對較晚的階段測試。由上而下的整合測試的另乙個缺點是不能很好地支援有限功能的早期發布。
2）自底向上：由下而上的方法要求首先測試和整合最低級別的單元。這些單元常被稱為實用工具模組。通過使用這種方法，實用工具模組在開發過程的早期階段測試，最大限度地減少了對存根 （stub） 的需求。但是，不利的方面是對驅動程式的需求使測試管理變得複雜，高階別的邏輯和資料流在晚期測試。與由上而下的方法一樣，由下而上的方法也不能很好地支援有限功能的早期發布。
3）第三種方法（有時也稱為傘形方法）要求測試沿功能性資料和控制流路徑進行。首先，函式的輸入以上面討論的由下而上的模式整合。然後，每個函式的輸出以由上而下的方式整合。這種方法的主要優點是對有限功能的早期發布的支援程度。它也有助於最大限度地減少對存根 （stub） 和驅動程式的需求。但是，這種方法的潛在缺點非常明顯，因為它的系統性可能比其他兩種方法低，會導致對回歸測試的更大需求。
軟體測試 整合測試策略
這是一種非增量整合方法，將所有系統元件一次性整合在一起，不考慮元件的依賴性和可能的風險。優點 整合測試可以快速完成，只需要很少的存根和驅動程式 多個測試人員可以並行工作，人力和物力資源利用率更高。缺點 一旦出現問題，問題的定位相對困難 許多介面錯誤直到系統測試後才會被發現。流程 首先集中在頂層元件，...
軟體測試之 整合測試
1.整合測試也叫組裝測試 聯合測試 子系統測試或部件測試。2.整合測試是在單元測試的基礎上，將所有模組按照概要設計要求 如根據結構圖 組裝成為子系統或系統，進行整合測試。1.找出模組介面以及整體體系結構上的問題 2.確保各元件組合在一起後能夠按照既定意圖協作執行，並確保增量的行為正確 3.整合測試屬...
軟體測試 整合測試策略總結
整合測試策略 型別非漸增式整合 漸增式整合 基本方法 先進行單元測試，再將所有模組一起進行整合測試。把程式劃分成小段來構造和測試 自頂向下 自底向上 三明治特點 需要的用例少，比較簡單，效率較高 但不能處理複雜的程式，而且不容易一次成功。比較容易定位和改正錯誤，對介面可以進行更徹底測試。漸增式整合 ...