軟件測試 集成測試

集成測試是單元測試后軟件測試過程的第二個層次。在此測試中，軟件的單元或單個組件在組中進行測試。集成測試級別的重點是在集成組件或單元之間交互時暴露缺陷。

單元測試使用模塊進行測試，這些模塊在集成測試中進行組合和測試。該軟件使用許多軟件模塊開發(fā)，這些軟件模塊由不同的編碼器或程序員編碼。集成測試的目標是檢查所有模塊之間通信的正確性。

集成測試背后的原因

雖然軟件應用程序的所有模塊已經(jīng)在單元測試中進行了測試，但由于以下原因仍然存在錯誤：

• 每個模塊由個別軟件開發(fā)人員設(shè)計，其編程邏輯可能與其他模塊的開發(fā)人員不同; 集成測試對于確定軟件模塊的工作至關(guān)重要。
• 檢查軟件模塊與數(shù)據(jù)庫的交互是否是錯誤的。
• 在模塊開發(fā)時可以更改或增強要求。這些新要求可能無法在單元測試級別進行測試，因此集成測試成為強制性要求。
• 軟件模塊之間的不兼容可能會產(chǎn)生錯誤。
• 測試硬件與軟件的兼容性。
• 如果模塊之間的異常處理不充分，則可能會產(chǎn)生錯誤。

集成測試技術(shù)

測試技術(shù)(黑盒測試，白盒測試和灰盒測試)都可用于集成測試; 一些列表如下：

黑盒測試

• 狀態(tài)轉(zhuǎn)換技術(shù)
• 決策表技術(shù)
• 邊界值分析
• 成對測試
• 因果圖
• 等價劃分
• 錯誤猜測

白盒測試

• 數(shù)據(jù)流測試
• 控制流程測試
• 分支覆蓋測試
• 決策覆蓋率測試

集成測試方法

集成測試有兩種基本方法：

• 大爆炸
• 增量

下面來了解這些方法。

大爆炸法

在這種方法中，通過一次集成所有模塊來完成測試。它對于小型軟件系統(tǒng)來說很方便，如果用于大型軟件系統(tǒng)，很難識別缺陷。

由于該測試可以在完成所有模塊之后完成，因為測試團隊執(zhí)行此過程的時間較少，因此可以輕松錯過內(nèi)部鏈接接口和高風險關(guān)鍵模塊。

優(yōu)點：

• 它適用于小型軟件系統(tǒng)。

缺點：

• 缺陷的識別很困難。
• 小模塊很容易丟失。
• 提供測試的時間非常少。

增量方法

在增量方法中，模塊按升序逐個添加或根據(jù)需要添加。所選模塊必須與邏輯相關(guān)。通常，添加兩個或兩個以上的模塊并進行測試以確定功能的正確性。該過程一直持續(xù)到所有模塊的成功測試。

增量方法通過進一步的方法進行：

• 自上而下
• 自下而上
• 混合測試

自頂向下 - 自上而下的測試策略處理使用較低級別模塊測試更高級別模塊的過程，直到成功完成所有模塊的測試。由于首先測試了關(guān)鍵模塊，因此可以及早發(fā)現(xiàn)并修復主要設(shè)計缺陷。

優(yōu)點：

• 缺陷的識別很困難。
• 早期的原型是可能的。

缺點：

• 由于存根的數(shù)量很多，它變得非常復雜。
• 較低級別的模塊測試不充分。
• 首先測試關(guān)鍵模塊，以減少缺陷的可能性。

自下而上方法 - 自下而上測試策略處理下級模塊使用更高級別模塊進行測試的過程，直到成功完成所有模塊的測試。頂級關(guān)鍵模塊最后進行測試，因此可能會導致缺陷。

優(yōu)點：

• 缺陷的識別很容易。
• 不需要等待所有模塊的開發(fā)，因為它節(jié)省了時間。

缺點：

• 由于缺陷可能發(fā)生，最后對關(guān)鍵模塊進行測試。
• 沒有早期原型的可能性。

混合測試方法 - 在這種方法中，將自上而下和自下而上的方法結(jié)合起來進行測試。在此過程中，頂層模塊使用低級模塊進行測試，低級模塊同時使用高級模塊進行測試。由于每個模塊接口都經(jīng)過測試，因此發(fā)生缺陷的可能性較小。

好處：

• 混合方法提供自上而下方法和自下而上方法的功能。
• 它是減少方法的最佳時間。
• 它提供所有模塊的完整測試。

缺點：

• 當該方法同時在兩個方向上進行時，該方法需要更高的濃度水平。
• 復雜的方法。

集成測試指南

• 首先，確定測試用例策略，通過該策略可以根據(jù)測試數(shù)據(jù)準備可執(zhí)行的測試用例。
• 檢查應用程序的結(jié)構(gòu)和體系結(jié)構(gòu)，并確定首先測試它們的關(guān)鍵模塊。
• 設(shè)計測試用例以詳細驗證每個接口。
• 選擇輸入數(shù)據(jù)以執(zhí)行測試用例。輸入數(shù)據(jù)在測試中起著重要作用。
• 修復缺陷并重新測試。