我們知道基于界面的軟件自動化測試經(jīng)歷了4個發(fā)展階段。

創(chuàng)新互聯(lián)公司網(wǎng)站設計，為客戶量身定制各類網(wǎng)站建設業(yè)務，包括企業(yè)型、電子商務型、自適應網(wǎng)站建設、行業(yè)門戶型等各類網(wǎng)站，實戰(zhàn)經(jīng)驗豐富，成功案例眾多。以客戶利益為出發(fā)點，創(chuàng)新互聯(lián)公司網(wǎng)站制作為客戶規(guī)劃、定制設計符合企業(yè)需求、帶有營銷價值的網(wǎng)絡建站方案認真對待每一個客戶，我們不用口頭的語言來吹擂我們的優(yōu)秀，近1000家的成功案例見證著我們的成長。

(1).無框架階段(即簡單的錄制/回放)

在早期，自動化測試并沒有框架這一說，自動化測試只是簡單的錄制/回放，由工具錄制并記錄操作的過程或數(shù)據(jù)，并形成腳本。通過對腳本的回放重復人工操作的過程。這種模式腳本與數(shù)據(jù)混合在一起。站在軟件開發(fā)的角度來看，這種開發(fā)耦合度高，我們知道軟件工程的思想，是高內(nèi)聚低耦合。而簡單的錄制回放完全違背了這一思想，簡單的錄制回放，重用性非常低，同時維護成本非常高。

(2).數(shù)據(jù)驅(qū)動框架階段

無框架階段大的缺點就是腳本與數(shù)據(jù)混合在一起。為了解決這一問題，自動化測試框架發(fā)展到了數(shù)據(jù)驅(qū)動框架階段。該框架從數(shù)據(jù)文件中讀取數(shù)據(jù)，通過參數(shù)化的方式將數(shù)據(jù)文件中讀取數(shù)據(jù)寫入到腳本中(好比從數(shù)據(jù)庫中讀數(shù)據(jù))，由于不同的數(shù)據(jù)對應著不同的測試用例，將腳本與數(shù)據(jù)徹底地分離，因此提高了腳本的使用率，大大降低了腳本的維護成本。雖然數(shù)據(jù)驅(qū)動框架解決了腳本與數(shù)據(jù)的問題，但并沒有將被測試對象與操作分離。

(3).關鍵字驅(qū)動框架階段

關鍵字驅(qū)動框架是在數(shù)據(jù)驅(qū)動框架的基礎上改進的一種框架模型。它將測試邏輯按照關鍵字進行分解，形成數(shù)據(jù)文件與關鍵字對應封裝的業(yè)務邏輯。主要關鍵字包括3類：被測試對象(Item)、操作(Operation)和值(Value).用面向?qū)π问綄⑵浔憩F(xiàn)為Item.Operation(Value)。關鍵字驅(qū)動的主要思想是：腳本與數(shù)據(jù)分離、界面元素名與測試內(nèi)部對象名分離、測試描述與具體實現(xiàn)細節(jié)分離

(4).混合模型框架階段

關鍵字驅(qū)動框架將自動化測試框架帶入了一個新的階段，自動化測試工具QuickTest也很好地使用了該理念，但在實際開展自動化測試的時候，發(fā)現(xiàn)測試工具所帶來的關鍵字驅(qū)動框架還是無法很好地完成測試任務。該框架雖然將數(shù)據(jù)與腳本進行了分離，但是如果要更靈活地調(diào)用測試用例中的數(shù)據(jù)或輸出測試結果，該框架無法做到；并且如果需要讀取其他文件存儲格式中的數(shù)據(jù)時也無法很好地解決。因此，在自動化測試開始的前期，工程師會開發(fā)一個符合實際測試的框架來支持后期的測試工作，這就是通常所說的混合模型自動化測試框架。

參考資料：黃文高的 《QTP自動化測試與框架模型設計》

分享名稱：基于界面自動化測試框架的發(fā)展-創(chuàng)新互聯(lián)
標題網(wǎng)址：http://sd-ha.com/article44/dghdee.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、品牌網(wǎng)站建設、網(wǎng)站內(nèi)鏈、軟件開發(fā)、動態(tài)網(wǎng)站、營銷型網(wǎng)站建設

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)