自頂向下集成測試 自頂向下集成(Top-Down Integration)方式是一個(gè)遞增的組裝軟件結構的方法。
從主控模塊(主程序)開(kāi)始沿控制層向下移動(dòng),把模塊一一組合起來(lái)。分兩種方法: 第一:先深度:按照結構,用一條主控制路徑將所有模塊組合起來(lái); 第二:先寬度:逐層組合所有下屬模塊,在每一層水平地 集成測試 沿著(zhù)移動(dòng)。
組裝過(guò)程分以下五個(gè)步驟: 步驟一:用主控模塊作為測試驅動(dòng)程序,其直接下屬模塊用承接模塊來(lái)代替; 步驟二:根據所選擇的集成測試法(先深度或先寬度),每次用實(shí)際模塊代替下屬的承接模塊 步驟三:在組合每個(gè)實(shí)際模塊時(shí)都要進(jìn)行測試; 步驟四:完成一組測試后再用一個(gè)實(shí)際模塊代替另一個(gè)承接模塊; 步驟五:可以進(jìn)行回歸測試(即重新再做所有的或者部分已做過(guò)的測試),以保證不引入新的錯誤。 自底向上集成測試 自底向上的集成(Bottom-Up Integration)方式是最常使用的方法。
其他集成方法都或多或少地繼承、吸收了這種集成方式的思想。自底向上集成方式從程序模塊結構中最底層的模塊開(kāi)始組裝和測試。
因為模塊是自底向上進(jìn)行組裝的,對于一個(gè)給定層次的模塊,它的子模塊(包括子模塊的所有下屬模塊)事前已經(jīng)完成組裝并經(jīng)過(guò)測試,所以不再需要編制樁模塊(一種能模擬真實(shí)模塊,給待測模塊提供調用接口或數據的測試用軟件模塊)。自底向上集成測試的步驟大致如下: 步驟一: 按照概要設計規格說(shuō)明,明確有哪些被測模塊。
在熟悉被測模塊性質(zhì)的基礎上對被測模塊進(jìn)行分層,在同一層次上的測試可以并行進(jìn)行,然后排出測試活動(dòng)的先后關(guān)系,制定測試進(jìn)度計劃。圖2給出了自底向上的集成測試過(guò)程中各測試活動(dòng)的拓撲關(guān)系。
利用圖論的相關(guān)知識,可以排出各活動(dòng)之間的時(shí)間序列關(guān)系,處于同一層次的測試活動(dòng)可以同時(shí)進(jìn)行,而不會(huì )相互影響。 步驟二: 在步驟一的基礎上,按時(shí)間線(xiàn)序關(guān)系,將軟件單元集成為模塊,并測試在集成過(guò)程中出現的問(wèn)題。
這里,可能需要測試人員開(kāi)發(fā)一些驅動(dòng)模塊來(lái)驅動(dòng)集成活動(dòng)中形成的被測模塊。對于比較大的模塊,可以先將其中的某幾個(gè)軟件單元集成為子模塊,然后再集成為一個(gè)較大的模塊。
步驟三: 將各軟件模塊集成為子系統(或分系統)。檢測各自子系統是否能正常工作。
同樣,可能需要測試人員開(kāi)發(fā)少量的驅動(dòng)模塊來(lái)驅動(dòng)被測子系統。 步驟四: 將各子系統集成為最終用戶(hù)系統,測試是否存在各分系統能否在最終用戶(hù)系統中正常工作。
方案點(diǎn)評: 自底向上的集成測試方案是工程實(shí)踐中最常用的測試方法。相關(guān)技術(shù)也較為成熟。
它的優(yōu)點(diǎn)很明顯: 管理方便、測試人員能較好地鎖定軟件故障所在位置。但它對于某些開(kāi)發(fā)模式不適用,如使用XP開(kāi)發(fā)方法,它會(huì )要求測試人員在全部軟件單元實(shí)現之前完成核心軟件部件的集成測試。
盡管如此,自底向上的集成測試方法仍不失為一個(gè)可供參考的集成測試方案。 核心系統先行集成測試 核心系統先行集成測試法的思想是先對核心軟件部件進(jìn)行集成測試,在測試通過(guò)的基礎上再按各外圍軟件部件的重要程度逐個(gè)集成到核心系統中。
每次加入一個(gè)外圍軟件部件都產(chǎn)生一個(gè)產(chǎn)品基線(xiàn),直至最后形成穩定的軟件產(chǎn)品。核心系統先行集成測試法對應的集成過(guò)程是一個(gè)逐漸趨于閉合的螺旋形曲線(xiàn),代表產(chǎn)品逐步定型的過(guò)程。
其步驟如下: 步驟一: 對核心系統中的每個(gè)模塊進(jìn)行單獨的、充分的測試,必要時(shí)使用驅動(dòng)模塊和樁模塊; 步驟二: 對于核心系統中的所有模塊一次性集合到被測系統中,解決集成中出現的各類(lèi)問(wèn)題。在核心系統規模相對較大的情況下,也可以按照自底向上的步驟,集成核心系統的各組成模塊。
步驟三: 按照各外圍軟件部件的重要程度以及模塊間的相互制約關(guān)系,擬定外圍軟件部件集成到核心系統中的順序方案。方案經(jīng)評審以后,即可進(jìn)行外圍軟件部件的集成。
步驟四: 在外圍軟件部件添加到核心系統以前,外圍軟件部件應先完成內部的模塊級集成測試。 步驟五: 按順序不斷加入外圍軟件部件,排除外圍軟件部件集成中出現的問(wèn)題,形成最終的用戶(hù)系統。
方案點(diǎn)評: 該集成測試方法對于快速軟件開(kāi)發(fā)很有效果,適合較復雜系統的集成測試,能保證一些重要的功能和服務(wù)的實(shí)現。缺點(diǎn)是采用此法的系統一般應能明確區分核心軟件部件和外圍軟件部件,核心軟件部件應具有較高的耦合度,外圍軟件部件內部也應具有較高的耦合度,但各外圍軟件部件之間應具有較低的耦合度。
高頻集成測試 高頻集成測試是指同步于軟件開(kāi)發(fā)過(guò)程,每隔一段時(shí)間對開(kāi)發(fā)團隊的現有代碼進(jìn)行一次集成測試。如某些自動(dòng)化集成測試工具能實(shí)現每日深夜對開(kāi)發(fā)團隊的現有代碼進(jìn)行一次集成測試,然后將測試結果發(fā)到各開(kāi)發(fā)人員的電子郵箱中。
該集成測試方法頻繁地將新代碼加入到一個(gè)已經(jīng)穩定的基線(xiàn)中,以免集成故障難以發(fā)現,同時(shí)控制可能出現的基線(xiàn)偏差。使用高頻集成測試需要具備一定的條件: 可以持續獲得一個(gè)穩定的增量,并且該增量?jì)炔恳驯或炞C沒(méi)有問(wèn)題; 大部分有意義的功能增加可以在一個(gè)相對穩定的時(shí)間間隔(如每個(gè)工作日)內獲得; 測試包和代碼的開(kāi)發(fā)工作必須是并行進(jìn)行的,并且需要版本控制工具。
以下兩種測試技術(shù)是用于集成測試:
1)功能性測試。使用黑盒測試技術(shù)針對被測模塊的接口規格說(shuō)明進(jìn)行測試。
2)非功能性測試。對模塊的性能或可靠性進(jìn)行測試。
另外,集成測試的必要性還在于一些模塊雖然能夠單獨地工作,但并不能保證連接起來(lái)也能正常工作。程序在某些局部反映不出來(lái)的問(wèn)題,有可能在全局上會(huì )暴露出來(lái),影響功能的實(shí)現。此外,在某些開(kāi)發(fā)模式中,如迭代式開(kāi)發(fā),設計和實(shí)現是迭代進(jìn)行的。在這種情況下,集成測試的意義還在于它能間接地驗證概要設計是否具有可行性。
集成測試是確保各單元組合在一起后能夠按既定意圖協(xié)作運行,并確保增量的行為正確。它所測試的內容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。并且對以前的集成進(jìn)行回歸測試。
聲明:本網(wǎng)站尊重并保護知識產(chǎn)權,根據《信息網(wǎng)絡(luò )傳播權保護條例》,如果我們轉載的作品侵犯了您的權利,請在一個(gè)月內通知我們,我們會(huì )及時(shí)刪除。
蜀ICP備2020033479號-4 Copyright ? 2016 學(xué)習?shū)B(niǎo). 頁(yè)面生成時(shí)間:2.977秒