整合測試基本內容概述
1、概述
若每個模組都經過了嚴格的單元測試,還需要整合測試嗎?人們常常會提出這樣的疑問。回答是肯定的,確實需要整合測試。在測試過程中經常遇到的情況是:單元測試中每個模組都能單獨工作,但是將這些模組整合到一起後,某些模組就不能正常工作了。例如,介面資料丟失;模組之間的不良影響;誤差積累等。因此,單元測試無法代替繼承測試,每個模組的效能最優並不能保證整合之後的指標達到最優。
2、整合測試的定義:
整合測試就是在單元測試的基礎上,將所有已通過單元測試的模組按照概要設計的要求組裝為子系統或系統,並進行測試的過程。目的是確保各個單元模組組合在一起後能夠按照既定意圖協作執行,並確保增量的行為正確,需要再次強調的是,不經過單元測試的模組是不應該進行整合測試的,否則將對整合測試的效果和效率帶來巨大的不利影響。
3、整合測試的內容
整合測試的內容包括模組之間介面以及整合後的功能。它主要使用黑盒測試方法測試繼承的功能,並對以前的整合進行迴歸測試。具體來說,整合測試的內容包括以下方面:
(1)、將各個具有相互呼叫關係的模組組裝起來時,檢查穿越模組介面的資料是否會丟失。
(2)、判斷各個子功能組合起來是否能夠達到預期要求的父功能。
(3)、檢查一個模組的功能是否對其他模組的功能產生不良影響。
(4)、檢查全域性資料結構是否正確,以及在完成模組功能的過程中是否會被異常修改。
(5)、單個模組的誤差累計起來,是否會放大到不可接受的程度。
整合測試的評價
整合測試可基於多種測試策略站靠,可從如下4個方面對整合測試進行評價:
(1)、測試用例的規模。測試用例數量越多,設計、執行和分析這些測試用例所花費的工作量越大,因此,測試用例的規模應越小越好。
(2)、驅動模組的設計。收到模組呼叫關係的影響,參與某次繼承測試的模組可能被不包含在本次整合中的其他模組所呼叫,為此需要設計驅動模組,驅動模組不含在產品程式碼中,因此,驅動模組的數量應越少越好。
(3)、樁模組的設計。類似地,參與某次整合測試的模組可能呼叫其它不包含在本次繼承中的模組,為此需要設計樁模組,樁模組不應提交給使用者,因此,樁模組的數量越少越好。
(4)、缺陷的定位。整合測試是主要任務是檢查模組之間的介面,整合測試用例涉及的介面數量越少,越容易定位出錯的介面,因此,單個整合測試設計介面的數量越少越好。