構件化軟件集成測試體系結構研究.pdf_第1頁
已閱讀1頁,還剩69頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論