-.z構(gòu)件化軟件開發(fā)及系統(tǒng)測試技術(shù)探究摘要：隨著社會對軟件需求的不斷增加，以及軟件開發(fā)的難度和本錢的加大，構(gòu)件軟件開發(fā)系統(tǒng)及系統(tǒng)測試技術(shù)的應(yīng)用越來越廣泛，本文就構(gòu)件化軟件開發(fā)過程進展探究，同時運用一個開發(fā)實例進展了分析，最后研究了構(gòu)件化軟件系統(tǒng)測試技術(shù)和構(gòu)件測試方法，并得出測試技術(shù)中存在的問題。

關(guān)鍵詞：構(gòu)件化；軟件開發(fā)；過程；開發(fā)實例；系統(tǒng)測試技術(shù)；構(gòu)件測試方法；問題

ponent-basedsoftwaredevelopmentandsystemtestingtechnologye*ploration

yewei

(ningbodahongyinguniversity,ningbo315175,china)

abstract:alongwiththesocialdemandforsoftwarecontinuestoincrease,aswellasthedifficultyandcostofsoftwaredevelopmentincrease,thetechnologyofponent-basedsoftwaredevelopmentandsystemtestingismoree*tensive,ponent-basedsoftwaredevelopmentprocesstoe*plore,whiletheuseadevelopmentinstance,thelastponent-basedsoftwaresystemtestingandponenttestingmethods,

andetotheproblemsinthetestingtechniques.

keywords:ponent-based;softwaredevelopment;process;developmentinstance;systemtestingtechnology;ponenttestmethods;problem

近年來由于軟件系統(tǒng)困難度及復雜性不斷加大，以及不斷增加的軟件開發(fā)規(guī)模，同時軟件開發(fā)機構(gòu)不僅對開發(fā)軟件的本錢有了日益增高的要求，還對開發(fā)周期提出更多要求。當軟件開發(fā)面向?qū)ο蠓治鲆约霸O(shè)計方法以后，構(gòu)件化的軟件開發(fā)形式已變?yōu)樾麻_展趨勢。把外部開發(fā)的構(gòu)件集成至實際具體應(yīng)用中，進而面向固定應(yīng)用的軟件系統(tǒng)得以合理構(gòu)建，對軟件集成以及重用產(chǎn)生相當重要的影響，其已變?yōu)槟壳败浖芯款I(lǐng)域的熱點以及主流技術(shù)。另外在構(gòu)件應(yīng)用前進展相關(guān)測試，也被實踐證明了其正確性。

一、構(gòu)件化軟件開發(fā)過程分析

對于基于構(gòu)件的開發(fā)，其指開發(fā)軟件系統(tǒng)的時候，把這個過程視為基于體系構(gòu)造指導，合理運用構(gòu)件組裝形式，進展軟件系統(tǒng)開發(fā)的一種軟件開發(fā)方法。下述的四個階段構(gòu)成了構(gòu)件化軟件開發(fā)過程。

第一個階段就是進展問題域分析與建模的階段。針對具體的問題情形，合理實施分析以及建模，與此同時，能夠利用適宜的uml模型進展表示說明。

第二個階段就是求解域模型設(shè)計階段。針對問題域，合理實施分析建模，隨后得到求解域模型，就是系統(tǒng)需要的構(gòu)件以及系統(tǒng)的體系構(gòu)造。針對那些可以進展復用的構(gòu)件，對其接口進展合理分析，然后確認是否應(yīng)該進展擴展，要是增加一些新的構(gòu)件，進展恰當?shù)姆治鲈O(shè)計，進而保證構(gòu)件可以到達求解域的需求。還要盡可能地保證構(gòu)件有著可復用性。

第三個階段就是構(gòu)件的開發(fā)及組裝階段。在構(gòu)件庫內(nèi)，進展可以到達需求構(gòu)件的選用，并對其接口進展擴展，使之于目前工程相適應(yīng)；針對新研發(fā)出來的軟件構(gòu)件，可以把它儲存到構(gòu)件庫內(nèi)，保證日后的方便復制使用，還應(yīng)把它運用到目前的工程里[1]。組裝完成后，完整的系統(tǒng)便得出，進展測試合格之后，就能夠發(fā)布運行。

最后階段就是應(yīng)用系統(tǒng)的演化階段。針對構(gòu)件的應(yīng)用系統(tǒng)的演化，換句話說就是構(gòu)件的替換、升級以及擴大的過程，按照具體的運行效果，同時根據(jù)用戶的實際要求，合理調(diào)整軟件，以保證期對新的環(huán)境的適應(yīng)性。

二、開發(fā)實例分析

當進展*個系統(tǒng)開發(fā)的時候，積極采用構(gòu)件復用技術(shù)，進而確保權(quán)限配置管理功能的實現(xiàn)。通過合理的分析，對于系統(tǒng)的權(quán)限管理，“用戶-角色-功能〞方式得以確定，其為基于角色的控制模式，對已有構(gòu)件的復用可以確保此功能的合理實現(xiàn)。

角色管理以及用戶管理構(gòu)件、角色節(jié)點配置構(gòu)件、節(jié)點管理構(gòu)件及用戶角色配置構(gòu)件，這五個構(gòu)件都存在于構(gòu)件庫中，其中角色管理構(gòu)件對系統(tǒng)制定的角色進展維護，與此同時就角色的名稱以及描述等信息進展合理管理；用戶管理構(gòu)件則是對一個系統(tǒng)用戶信息進展管理的，主要由登陸名、登陸密碼構(gòu)成的；對于角色節(jié)點配置構(gòu)件，其重點應(yīng)用在進展節(jié)點與角色之間對應(yīng)關(guān)系的配置，保證一個角色能夠顯示幾個功能節(jié)點的制定，進而間接的對*個角色具有的功能進展合理限定；節(jié)點管理構(gòu)件主要作用在管理系統(tǒng)功能樹上的節(jié)點中；用戶角色配置構(gòu)件則用于用戶和角色對應(yīng)關(guān)系的配置。以上五個構(gòu)件不是單獨運行的，而是相互合作的，正是由于它們的互相合作才使系統(tǒng)中權(quán)限管理的相關(guān)功能得以實現(xiàn)。

三、構(gòu)件化軟件系統(tǒng)測試技術(shù)研究

由于構(gòu)件自身具有的特點，實施測試人員主要由構(gòu)件的開發(fā)方以及構(gòu)件的使用方來組成的，由于他們在測試中占據(jù)不同的立場，在實施測試的內(nèi)容方面多少會存在一定的差異性：一是測試目的是不一樣的，構(gòu)件的開發(fā)方對構(gòu)件的所有功能進展測試，構(gòu)件使用方則更多的關(guān)心與其有關(guān)局部的功能。二是使用的環(huán)境存在差異性；三是具有的資源存在差異性，對于構(gòu)件開發(fā)方，其對構(gòu)件源代碼有著一定擁有權(quán)，但是對于構(gòu)件的使用方，只具有構(gòu)件的可執(zhí)行代碼；于是，當對構(gòu)件軟件進展實施測試時，要分別站在構(gòu)件的開發(fā)方以及構(gòu)件使用方等兩個角度上展開[2]。基于構(gòu)件的使用方角度，測試方法是通過測試構(gòu)件類型進而得出，具有兩種主要類型的構(gòu)件：首先源代碼不確定，只給予使用方測試的信息當作所提供效勞的cots構(gòu)件；另外一種是源代碼具有可性的構(gòu)件。當構(gòu)件類型不同時，對測試方法的選用也是不同的。

〔一〕對構(gòu)件測試方法的分析

目前，對構(gòu)件的測試主要是通過以下幾個方法：

1.基于構(gòu)件使用規(guī)*說明的測試。以下方法都與構(gòu)件開發(fā)方有著一定聯(lián)系，本方法按照構(gòu)件運用方就應(yīng)用環(huán)境與規(guī)*給予的數(shù)據(jù)當作測試用例，只局限于黑盒測試中來使用。

2.內(nèi)置測試。對于構(gòu)件開發(fā)方，他們把有著可執(zhí)行性的測試用例內(nèi)置于構(gòu)件內(nèi)，同時當作構(gòu)件的常用功能，在構(gòu)件集成于實際應(yīng)用環(huán)境的情況下，對其中測試用例進展運行，進而進展集成測試；

3.元數(shù)據(jù)。針對在集成測試的時候，構(gòu)件信息缺乏等一些問題，構(gòu)件開發(fā)方將關(guān)于構(gòu)件的根本信息通過元數(shù)據(jù)這一合理形式，給予構(gòu)件測試或者使用方，確保測試順利地實施，提升構(gòu)件的可測試性是它的核心內(nèi)容；

4.可測試體系構(gòu)造。由構(gòu)件開發(fā)方會提供與構(gòu)件相配套的可測試體系，這樣構(gòu)件使用方在實施測試的情況下，能對測試用例進展直接執(zhí)行，和上述各個方法相比，不同的是，該測試信息通過規(guī)*的形式附加于構(gòu)件之上，當運行的時候，沒有占用內(nèi)存[3]。

5.證明策略。一般情況下，由于構(gòu)件證明不同的承擔方，構(gòu)件證明主要包括以下幾類：首先是構(gòu)件使用方構(gòu)件證明，其次是第三方構(gòu)件證明，最后為構(gòu)件開發(fā)方構(gòu)件證明。

〔二〕構(gòu)件測試技術(shù)中存在的一些主要問題

對于構(gòu)件集成測試，很難對其實施，主要有兩方面的原因：異構(gòu)性的存在以及相關(guān)信息的缺少。針對異構(gòu)性，其表現(xiàn)為：同一個構(gòu)件處于一樣規(guī)*下，具有不一樣的實現(xiàn)方法；不一樣的構(gòu)件能使用不同平臺的不同程序語言進展實現(xiàn)；由于構(gòu)件使用方與開發(fā)方兩方很少進展交換信息，便導致了信息缺乏，構(gòu)件開發(fā)方主要對開發(fā)構(gòu)件的應(yīng)用環(huán)境沒有足夠了解，所以，它進展的構(gòu)件測試只可以面對假設(shè)的應(yīng)用環(huán)境，但是實際環(huán)境和假設(shè)的環(huán)境之間一定具有差異，在實際的應(yīng)用中，各個構(gòu)件在動態(tài)交互過程中可能會出現(xiàn)數(shù)據(jù)交換不能有效兼容等問題。從另一方面，構(gòu)件的源代碼因為相對構(gòu)件運用方法有著*些未知性，于是，對其實施靜態(tài)分析是很難進展的。更別說對相關(guān)數(shù)據(jù)依賴以及控制依賴關(guān)系的獲得，進展有關(guān)測試用例的構(gòu)造，進展測試，確認出進展測試需要的充分性準則是很難的。所以，在構(gòu)件測試技術(shù)中，應(yīng)該考慮以下幾個問題：

1.怎樣利用系統(tǒng)方法對測試驅(qū)動程序與插針進展構(gòu)建。對于構(gòu)件測試驅(qū)動程序，其一定是基于腳本的程序，同時僅僅對其黑盒功能進展執(zhí)行。主要有基于場景以及規(guī)*的測試驅(qū)動程序；各個測試探針進展構(gòu)件行為或者黑盒功能的合理模擬，在當前，還是主要通過基于操作腳本以及基于模型的方法。

2.怎樣合理構(gòu)造出可重用的構(gòu)件。就是開發(fā)系統(tǒng)方法以及工具安裝可重用的測試程序，進而進展各種測試資源的存儲及管理，主要有測試腳本、測試用例以及數(shù)據(jù)[4]。在當今，兩個方向較為突出，一個為于構(gòu)件內(nèi)部中進展構(gòu)件測試的創(chuàng)立，內(nèi)置測試就是實例；另外方向是使用可直接插拔技術(shù)進展一套測試程序的創(chuàng)立，不僅牽涉了測試接口以及標準化測試信息格式，還牽涉到測試數(shù)據(jù)庫模式與定義以及開發(fā)新的可插拔技術(shù)支持構(gòu)件單元測試。

3.怎樣正確進展可重用及通用的構(gòu)件測試平臺的構(gòu)建。在一般情況下，測試檢索以及執(zhí)行、測試結(jié)果檢查以及報告組成了測試執(zhí)行環(huán)境。此測試平臺可以根據(jù)不同語言及不同技術(shù)開發(fā)實現(xiàn)的構(gòu)件是它的主要問題。

4.怎樣合理進展可測試構(gòu)件的構(gòu)建。其牽涉到三個問題，就是定義及設(shè)計可測構(gòu)件的測試接口與公共構(gòu)造、開發(fā)系統(tǒng)方法進展可測構(gòu)件的構(gòu)建、最小化系統(tǒng)資源及開銷。

四、總結(jié)

由于社會對軟件的需求一直增加，軟件復雜度及規(guī)模一直加大，因此，人們就不斷探索創(chuàng)新軟件開發(fā)技術(shù)，進而滿足軟件開展的需要。對于構(gòu)件技術(shù)，其要經(jīng)過創(chuàng)立及復用構(gòu)件，還要通過組裝構(gòu)件保證軟件系統(tǒng)開發(fā)的完成，能使系統(tǒng)的開發(fā)效率提高，系統(tǒng)的開發(fā)本錢還減少，進而到達軟件復用的要求。于是，構(gòu)件化的軟件開發(fā)方法能夠作為一種有效途徑，使軟件危機得以解決。與此同時，更要引起構(gòu)件測試技術(shù)中的一些主要問題。

參考文獻：

[1]梅宏,楊芙清.構(gòu)件化軟件設(shè)計與實現(xiàn)[m].:清華大學,2008

[2]許幀．基于構(gòu)件的軟件開發(fā)方法及實現(xiàn)[j].軟件導刊,2009,11: