集成測試是單元測試的邏輯擴展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測試過(guò)的單元組合成一個(gè)組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構成進(jìn)程的所有模塊一起測試。此外，如果程序由多個(gè)進(jìn)程組成，應該成對測試它們，而不是同時(shí)測試所有進(jìn)程。
集成測試識別組合單元時(shí)出現的問(wèn)題。通過(guò)使用要求在組合單元前測試每個(gè)單元并確保每個(gè)單元的生存能力的測試計劃，可以知道在組合單元時(shí)所發(fā)現的任何錯誤很可能與單元之間的接口有關(guān)。這種方法將可能發(fā)生的情況數量減少到更簡(jiǎn)單的分析級別。
可以以多種方式進(jìn)行集成測試，而下面是三種常用的類(lèi)別：由上而下的集成測試方法要求首先測試和集成最高級別的模塊。這使高級別的邏輯和數據流可以在過(guò)程的早期階段測試，有助于最大限度地減少對驅動(dòng)程序的需求。但是，對存根 （stub） 的需求使測試管理變得復雜，低級別的實(shí)用工具在開(kāi)發(fā)周期中相對較晚的階段測試。由上而下的集成測試的另一個(gè)缺點(diǎn)是不能很好地支持有限功能的早期發(fā)布。
由下而上的方法要求首先測試和集成最低級別的單元。這些單元常被稱(chēng)為實(shí)用工具模塊。通過(guò)使用這種方法，實(shí)用工具模塊在開(kāi)發(fā)過(guò)程的早期階段測試，最大限度地減少了對存根 （stub） 的需求。但是，不利的方面是對驅動(dòng)程序的需求使測試管理變得復雜，高級別的邏輯和數據流在晚期測試。與由上而下的方法一樣，由下而上的方法也不能很好地支持有限功能的早期發(fā)布。
第三種方法（有時(shí)也稱(chēng)為傘形方法）要求測試沿功能性數據和控制流路徑進(jìn)行。首先，函數的輸入以上面討論的由下而上的模式集成。然后，每個(gè)函數的輸出以由上而下的方式集成。這種方法的主要優(yōu)點(diǎn)是對有限功能的早期發(fā)布的支持程度。它也有助于最大限度地減少對存根 （stub） 和驅動(dòng)程序的需求。但是，這種方法的潛在缺點(diǎn)非常明顯，因為它的系統性可能比其他兩種方法低，會(huì )導致對回歸測試的更大需求
延伸閱讀
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
