溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
我們知道基于界面的軟件自動化測試經歷了4個發展階段。
(1).無框架階段(即簡單的錄制/回放)
在早期，自動化測試并沒有框架這一說，自動化測試只是簡單的錄制/回放，由工具錄制并記錄操作的過程或數據，并形成腳本。通過對腳本的回放重復人工操作的過程。這種模式腳本與數據混合在一起。站在軟件開發的角度來看，這種開發耦合度高，我們知道軟件工程的思想，是高內聚低耦合。而簡單的錄制回放完全違背了這一思想，簡單的錄制回放，重用性非常低，同時維護成本非常高。
(2).數據驅動框架階段
無框架階段最大的缺點就是腳本與數據混合在一起。為了解決這一問題，自動化測試框架發展到了數據驅動框架階段。該框架從數據文件中讀取數據，通過參數化的方式將數據文件中讀取數據寫入到腳本中(好比從數據庫中讀數據)，由于不同的數據對應著不同的測試用例，將腳本與數據徹底地分離，因此提高了腳本的使用率，大大降低了腳本的維護成本。雖然數據驅動框架解決了腳本與數據的問題，但并沒有將被測試對象與操作分離。
(3).關鍵字驅動框架階段
關鍵字驅動框架是在數據驅動框架的基礎上改進的一種框架模型。它將測試邏輯按照關鍵字進行分解，形成數據文件與關鍵字對應封裝的業務邏輯。主要關鍵字包括3類：被測試對象(Item)、操作(Operation)和值(Value).用面向對形式將其表現為Item.Operation(Value)。關鍵字驅動的主要思想是：腳本與數據分離、界面元素名與測試內部對象名分離、測試描述與具體實現細節分離
(4).混合模型框架階段
關鍵字驅動框架將自動化測試框架帶入了一個新的階段，自動化測試工具QuickTest也很好地使用了該理念，但在實際開展自動化測試的時候，發現測試工具所帶來的關鍵字驅動框架還是無法很好地完成測試任務。該框架雖然將數據與腳本進行了分離，但是如果要更靈活地調用測試用例中的數據或輸出測試結果，該框架無法做到；并且如果需要讀取其他文件存儲格式中的數據時也無法很好地解決。因此，在自動化測試開始的前期，工程師會開發一個符合實際測試的框架來支持后期的測試工作，這就是通常所說的混合模型自動化測試框架。
參考資料：黃文高的 《QTP自動化測試與框架模型設計》
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
