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

創(chuàng)新互聯(lián)建站專注于鳩江企業(yè)網(wǎng)站建設,成都響應式網(wǎng)站建設,商城系統(tǒng)網(wǎng)站開發(fā)。鳩江網(wǎng)站建設公司,為鳩江等地區(qū)提供建站服務。全流程專業(yè)公司，專業(yè)設計，全程項目跟蹤，創(chuàng)新互聯(lián)建站專業(yè)和態(tài)度為您提供的服務

(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ù)或輸出測試結(jié)果，該框架無法做到；并且如果需要讀取其他文件存儲格式中的數(shù)據(jù)時也無法很好地解決。因此，在自動化測試開始的前期，工程師會開發(fā)一個符合實際測試的框架來支持后期的測試工作，這就是通常所說的混合模型自動化測試框架。

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