軟件自動(dòng)化測試框架的個(gè)人理解軟件測試
目前測試工作大多數以手動(dòng)為主，并不是各個(gè)軟件公司不想做自動(dòng)化測試，無(wú)奈再沒(méi)有成熟單位應用的情況下，但靠每個(gè)公司自己的摸索，顯然比手動(dòng)測試代價(jià)更大，且項目變化頻度過(guò)快，也對測試框架提出了挑戰，到底公司能夠下多大的人力，物力來(lái)做測試框架的搭建，想必也是困擾了大家許久�？蚣苓@個(gè)概念并不是只有在測試里面有，開(kāi)發(fā)同樣也有框架的概念。
框架(Framework)是整個(gè)或部分系統的可重用設計，表現為一組抽象構件及構件實(shí)例間交互的方法;另一種定義認為，框架是可被應用開(kāi)發(fā)者定制的應用骨架。前者是從應用方面而后者是從目的方面給出的定義。
可以說(shuō)，一個(gè)框架是一個(gè)可復用的設計構件，它規定了應用的體系結構，闡明了整個(gè)設計、協(xié)作構件之間的依賴(lài)關(guān)系、責任分配和控制流程，表現為一組抽象類(lèi)以及其實(shí)例之間協(xié)作的方法，它為構件復用提供了上下文(Context)關(guān)系。因此構件庫的大規模重用也需要框架。
構件領(lǐng)域框架方法在很大程度上借鑒了硬件技術(shù)發(fā)展的成就，它是構件技術(shù)、軟件體系結構研究和應用軟件開(kāi)發(fā)三者發(fā)展結合的產(chǎn)物。在很多情況下，框架通常以構件庫的形式出現，但構件庫只是框架的一個(gè)重要部分�？蚣艿年P(guān)鍵還在于框架內對象間的交互模式和控制流模式。
框架比構件可定制性強。在某種程度上，將構件和框架看成兩個(gè)不同但彼此協(xié)作的技術(shù)或許更好�？蚣転闃嫾峁┲赜玫沫h(huán)境，為構件處理錯誤、交換數據及激活操作提供了標準的方法。
應用框架的概念也很簡(jiǎn)單。它并不是包含構件應用程序的小片程序，而是實(shí)現了某應用領(lǐng)域通用完備功能(除去特殊應用的部分)的底層服務(wù)。使用這種框架的編程人員可以在一個(gè)通用功能已經(jīng)實(shí)現的基礎上開(kāi)始具體的系統開(kāi)發(fā)�？蚣芴峁┝怂袘闷谕哪J行為的類(lèi)集合。具體的應用通過(guò)重寫(xiě)子類(lèi)(該子類(lèi)屬于框架的默認行為)或組裝對象來(lái)支持應用專(zhuān)用的行為。
應用框架強調的是軟件的設計重用性和系統的可擴充性，以縮短大型應用軟件系統的開(kāi)發(fā)周期，提高開(kāi)發(fā)質(zhì)量。與傳統的基于類(lèi)庫的面向對象重用技術(shù)比較，應用框架更注重于面向專(zhuān)業(yè)領(lǐng)域的軟件重用。應用框架具有領(lǐng)域相關(guān)性，構件根據框架進(jìn)行復合而生成可運行的系統�？蚣艿牧６仍酱�，其中包含的領(lǐng)域知識就更加完整。
框架，即framework.其實(shí)就是某種應用的半成品，就是一組組件，供你選用完成你自己的系統。簡(jiǎn)單說(shuō)就是使用別人搭好的舞臺，你來(lái)做表演。而且，框架一般是成熟的，不斷升級的軟件。
同樣，測試框架也是如此，每個(gè)公司力求的最終結果，就是花少量的資源來(lái)盡可能多的完成測試任務(wù)，所以測試框架的建立以及框架的重用性方面是最值得探討的地方，沙龍里面“自動(dòng)化測試的框架要講究粒度”和“建立測試框架需要一定的開(kāi)發(fā)能力”這2句話(huà)說(shuō)的非常有道理，你不能苛求測試人員完成所有測試應用框架的建立，這是不現實(shí)的，時(shí)間、資源都不允許。所以被測系統的主營(yíng)業(yè)務(wù)，核心應用理當成為框架的首選。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
