時常有這樣的情況發生，每個模塊都能單獨工作，但這些模塊集成在一起之后卻不能正常工作。主要原因是，模塊相互調用時接口會引入許多新問題。例如，數據經過接口可能丟失；一個模塊對另一模塊可能造成不應有的影響；幾個子功能組合起來不能實現主功能；誤差不斷積累達到不可接受的程度；全局數據結構出現錯誤，等等。綜合測試是組裝軟件的系統測試技術，按設計要求把通過單元測試的各個模塊組裝在一起之后，進行綜合測試以便發現與接口有關的各種錯誤�！�
某設計人員習慣于把所有模塊按設計要求一次全部組裝起來，然后進行整體測試，這稱為非增量式集成。這種方法容易出現混亂。因為測試時可能發現一大堆錯誤，為每個錯誤定位和糾正非常困難，并且在改正一個錯誤的同時又可能引入新的錯誤，新舊錯誤混雜，更難斷定出錯的原因和位置。與之相反的是增量式集成方法，程序一段一段地擴展，測試的范圍一步一步地增大，錯誤易于定位和糾正，界面的測試亦可做到完全徹底。
經歷過幾次大規模的集成測試了， 每次都或多或少的會有一些問題， 這里做一個總結， 希望對后來人可以有一些幫助。
這里說的集成測試， 主要針對不同開發Team開發的系統之間的集成，1，接口一定要定義清晰和明確接口定義階段也需要測試人員的參與，定義好的接口， 需要記錄并形成相關的文檔。
2，接口之間的規則， 命名等一定要規范， 且有據可依。，各自嚴格遵守約定。
3，集成測試之前， 集成的各自系統以及模塊一定要做好充分的獨立功能測試，并且通過造數據的方式模擬過一定程度的集成測試。
否則在集成測試中碰到的問題要花大量的時間去查找到底是模塊自身的功能問題， 還是集成引起的問題。
如果是自身引起的問題， 則會浪費很多時間在修改和回測， 造成其他集成方的時間浪費。
4，接口的任何變更一定要及時通知集成另外一方的開發和測試人員，5集成測試點， 測試用例，甚至是測試數據都需要提前擬定，由兩方人員進行審核和確認。達成共識6，其他：集成測試時間安排一定要一致， 避免無謂的時間浪費雙方的版本控制問題。
對于Bug的出現， 雙方的開發人員都要去積極的尋找錯誤發生原因， 避免出現雙方推諉的現象。
文章來源于領測軟件測試網 http://www.k11sc111.com/
