是每個模組完成單元測試後，按照設計時確定的結構圖，將它們連線起來進行測試。
整合測試也稱綜合測試、組裝測試、聯合測試
1.測試目標
證明各個單元組合後不能按照既定意圖協作執行，發現錯誤。
2.測試內容
單元間介面及整合後的功能。
關注的重點：
一模組穿越介面是否丟失
一模組是否會破壞另一模組功能
子功能組裝是否達到所要求的主功能
全域性資料結構是否會出現問題
誤差累計問題
3.測試時間
單元測試-整合測試（理論上）
同步進行（實際上）
4.測試用例
依據概要設計說明和詳細設計說明
5.測試形式和測試技術
各個模組可以同時進行單元測試，每個模組都有自己的單元測試環境。
各個模組測試完成後，將這些模組組裝起來完成完整的程式。
優缺點：
需要為每個模組編寫驅動模組和樁模組，工作量比較多。
一次整合的模組較多，往往到了測試過程的最後階段才發現模組之間不匹配的介面、不正確的假設相關的程式設計錯誤，而且不易除錯，難以定位錯誤。
但是只對單個模組測試時，執行時間快，而且可以多模組並行測試，但開發樁模組和驅動模組時需要的時間更多一些。
增量測試採用逐步整合方式實現測試，每次都前下乙個要測試的模組封裝到前面已經測試過的集合中去。
從程式頂部或初始模組開始，要成為下乙個模組，至少呼叫它的模組已經經過了測試。
原則：1.如果是關鍵模組，就將這些關鍵部分今早新增進去。關鍵部分是某個複雜的採用新演算法的或者容易出錯的模組。
2.設計模組序列時，應將io模組盡早新增進來。
優缺點：
主要的缺陷發生在程式的頂層時非常有利；
一旦引入io功能，提交測試用例會更容易；
早起的程式可以進行演示，並激發積極性；
必須開發樁模組，要比最初複雜；
在引入io功能之前，向樁模組中引入測試用例比較困難；
建立測試環境比較困難，甚至難以實現；
使人誤解設計和測試可以交迭進行；
導致特定模組的測試後延。
從終端開始，逐步整合，逐步測試。
優缺點：
如果缺陷發生在程式的底層比較有利
測試環境容易生成
觀察測試輸出比較容易
必須開發驅動模組
直到最後乙個模組新增進去，程式才形成乙個整體；
增量測試的測試環境更容易
能更早地發現介面、模組相關之間的錯誤；
更容易定位錯誤和除錯；
每次整合，都對之前的模組再次進行測試，測試更加徹底；
執行時間比較多
實驗6 整合測試
1 掌握整合測試的原理和方法。2 掌握樁和驅動程式的編寫方法。3 能夠對軟體進行整合測試。1 自編軟體的整合測試 1 由給定軟體規格說明書寫出源程式並執行。見附錄 2 任選一種整合測試方法產生測試用例 對每個測試會話設計乙個正常值測試用例即可 3 執行軟體，輸入測試用例並記錄結果。4 分析結果，除錯...
Junit4整合spring 測試
廢話不多說，教程直接開始。1.加入依賴包 使用spring的測試框架需要加入以下依賴包 spring test spring框架中的test包 spring 相關其他依賴包 不再贅述了，就是context等包 2.建立測試源目錄和包 在此，推薦建立乙個和src平級的源檔案目錄，因為src內的類都是為...
軟體測試 整合測試方法
我想說起整合測試來大家一定都不陌生，但是如果說起整合測試的具體測試方法大家是否了解呢，那我來介紹一下有關整合測試的方法，希望對新手有所幫助。整合測試是單元測試的邏輯擴充套件。它的最簡單的形式是 兩個已經測試過的單元組合成乙個元件，並且測試它們之間的介面。從這一層意義上講，元件是指多個單元的整合聚合。...