構(gòu)件化軟件集成測(cè)試體系結(jié)構(gòu)研究.pdf

1、基于構(gòu)件的軟件開發(fā)(Component-Based Software Development CBSD)方法是繼面向?qū)ο蟮脑O(shè)計(jì)方法之后,正在并逐步走向成熟的新的軟件開發(fā)技術(shù)[1]。構(gòu)件作為對(duì)外提供特定服務(wù)的軟件功能模塊單元,能夠支持大粒度的軟件復(fù)用,使軟件的開發(fā)變成了對(duì)構(gòu)件的集成,將軟件的維護(hù)分解為對(duì)構(gòu)件的維護(hù),從而極大地降低了軟件開發(fā)和維護(hù)的成本,提高了軟件產(chǎn)品的質(zhì)量。然而,CBSD在提高軟件開發(fā)效率的同時(shí),也給開發(fā)者帶來(lái)了難于測(cè)試的

2、問(wèn)題。構(gòu)件的生產(chǎn)商只對(duì)單個(gè)構(gòu)件進(jìn)行了充分的單元測(cè)試,而對(duì)于構(gòu)件的使用者而言,多個(gè)構(gòu)件之間的交互,由于構(gòu)件版本的不同、開發(fā)構(gòu)件的技術(shù)、集成環(huán)境的不同等差異而導(dǎo)致的錯(cuò)誤如何捕獲等構(gòu)件化軟件的集成測(cè)試問(wèn)題,尚沒(méi)有成熟的技術(shù)標(biāo)準(zhǔn)和切實(shí)可行的方法。本文討論了構(gòu)件化軟件集成測(cè)試的特點(diǎn)和現(xiàn)有測(cè)試方法的局限性,分析了完成構(gòu)件化軟件集成測(cè)試所需的基本測(cè)試環(huán)境。在此基礎(chǔ)上,提出了基于XML的合約驅(qū)動(dòng)的構(gòu)件化軟件系統(tǒng)集成測(cè)試的體系結(jié)構(gòu)。分別闡述了該體系結(jié)構(gòu)的

3、三大組成部分:測(cè)試配置體系、測(cè)試編譯體系和測(cè)試執(zhí)行體系。在測(cè)試配置體系部分,提出利用XML(eXtensive Markup Languages)來(lái)描述測(cè)試環(huán)境的各種組成元素和相互關(guān)系,并利用B.Meyer合約化軟件設(shè)計(jì)作為測(cè)試?yán)碚摶A(chǔ),以合約嚴(yán)格地限定構(gòu)件之間的交互規(guī)則,通過(guò)對(duì)合約的監(jiān)視和檢查,發(fā)現(xiàn)構(gòu)件之間的交互錯(cuò)誤。在測(cè)試編譯體系部分,討論了將測(cè)試配置體系編譯為具體平臺(tái)環(huán)境的可執(zhí)行代碼的相關(guān)技術(shù)和實(shí)現(xiàn)過(guò)程。最后在測(cè)試執(zhí)行體系部分討論