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