構(gòu)件化軟件集成測(cè)試平臺(tái)實(shí)現(xiàn)方案研究.pdf

1、構(gòu)件化軟件測(cè)試研究始于20世紀(jì)90年代后期,近年隨著軟件規(guī)模和復(fù)雜度增加,構(gòu)件化軟件開(kāi)發(fā)方法的不斷成熟,構(gòu)件集成測(cè)試逐漸成為熱門(mén)話(huà)題之一。由于構(gòu)件自身的特點(diǎn),如：混雜性,源代碼的不可知性,構(gòu)件開(kāi)發(fā)環(huán)境的不同,以及各種構(gòu)件所遵循的開(kāi)發(fā)標(biāo)準(zhǔn)和開(kāi)發(fā)時(shí)間不同帶來(lái)的版本不同等原因,在集成協(xié)同工作時(shí),其功能不一定都能保證,甚至可能出現(xiàn)交互時(shí)的沖突與錯(cuò)誤,這就需要對(duì)集成后的系統(tǒng)進(jìn)行充分地測(cè)試,以提高軟件系統(tǒng)運(yùn)行的可靠性。本文圍繞著如何提高構(gòu)件化軟件易

2、測(cè)試性展開(kāi)討論,以構(gòu)件化軟件集成測(cè)試體系架構(gòu)(Integration Testing Architecture for Component-Based Software,ITACBS)為基礎(chǔ),完整地闡述了實(shí)現(xiàn)該體系結(jié)構(gòu)的方案。 ITACBS主要包括配置體系、編譯體系和執(zhí)行體系。其中,配置體系主要著力解決測(cè)試系統(tǒng)信息表示方式的通用性問(wèn)題,本文采用XML技術(shù)描述信息,給出了整個(gè)測(cè)試工程中需要的配置文件的格式規(guī)范,并使用dom4j作為

3、XML文件的解析引擎,實(shí)現(xiàn)讀取寫(xiě)入配置文件的功能。編譯體系負(fù)責(zé)合約描述到實(shí)際檢查代碼的轉(zhuǎn)換,并將此代碼正確的插裝到構(gòu)件接口調(diào)用前后。本文采用面向檢查代碼的合約描述方式,將其分成面向特定接口的合約和面向特定功能的合約。通過(guò)包裝構(gòu)件接口,實(shí)現(xiàn)接口調(diào)用轉(zhuǎn)發(fā),在轉(zhuǎn)發(fā)的同時(shí)動(dòng)態(tài)請(qǐng)求合約檢查類(lèi),完成合約檢查功能。執(zhí)行體系的工作是組織測(cè)試過(guò)程,運(yùn)行測(cè)試單元,根據(jù)運(yùn)行生成的報(bào)告,分析測(cè)試結(jié)果。作者采用TestNG-Abbot作為測(cè)試執(zhí)行工具,運(yùn)行包裝后