我們知道基於介面的軟體自動化測試經歷了4個發展階段。
(1).無框架階段(即簡單的錄製/回放)
在早期，自動化測試並沒有框架這一說，自動化測試只是簡單的錄製/回放，由工具錄製並記錄操作的過程或資料，並形成指令碼。通過對指令碼的回放重複人工操作的過程。這種模式指令碼與資料混合在一起。站在軟體開發的角度來看，這種開發耦合度高，我們知道軟體工程的思想，是高內聚低耦合。而簡單的錄製回放完全違背了這一思想，簡單的錄製回放，重用性非常低，同時維護成本非常高。
(2).資料驅動框架階段
無框架階段最大的缺點就是指令碼與資料混合在一起。為了解決這一問題，自動化測試框架發展到了資料驅動框架階段。該框架從資料檔案中讀取資料，通過引數化的方式將資料檔案中讀取資料寫入到指令碼中(好比從資料庫中讀資料)，由於不同的資料對應著不同的測試用例，將指令碼與資料徹底地分離，因此提高了指令碼的使用率，大大降低了指令碼的維護成本。雖然資料驅動框架解決了指令碼與資料的問題，但並沒有將被測試物件與操作分離。
(3).關鍵字驅動框架階段
關鍵字驅動框架是在資料驅動框架的基礎上改進的一種框架模型。它將測試邏輯按照關鍵字進行分解，形成資料檔案與關鍵字對應封裝的業務邏輯。主要關鍵字包括3類：被測試物件(item)、操作(operation)和值(value).用面向對形式將其表現為item.operation(value)。關鍵字驅動的主要思想是：指令碼與資料分離、介面元素名與測試內部物件名分離、測試描述與具體實現細節分離
(4).混合模型框架階段
關鍵字驅動框架將自動化測試框架帶入了乙個新的階段，自動化測試工具quicktest也很好地使用了該理念，但在實際開展自動化測試的時候，發現測試工具所帶來的關鍵字驅動框架還是無法很好地完成測試任務。該框架雖然將資料與指令碼進行了分離，但是如果要更靈活地呼叫測試用例中的資料或輸出測試結果，該框架無法做到；並且如果需要讀取其他檔案儲存格式中的資料時也無法很好地解決。因此，在自動化測試開始的前期，工程師會開發乙個符合實際測試的框架來支援後期的測試工作，這就是通常所說的混合模型自動化測試框架。
基於Python的介面自動化測試框架
針對此種情況，選用介面測試較為有效。針對介面測試的自動化工具也很多，例如soup ui postman robotframework，甚至jmeter這樣的效能測試工具都可以進行介面測試。robotframework測試框架有很多的第三方庫可以使用，採用的是填表的方式進行，較容易上手，但是無法深入底...
軟體自動化測試框架的發展
it168技術文章 基於介面的軟體自動化測試框架和工具的發展大致經歷了三個階段 有人也據此將測試工具分為三代 1 簡單的錄製 回放 由工具錄製並記錄操作的過程和資料形成指令碼，通過回放來重複人工操作的過程。在這種模式下資料和指令碼混在一起，幾乎乙個測試用例對應乙個指令碼，維護成本很高。而且即使介面的...
軟體自動化測試框架的發展
基於介面的軟體 自動化測試框架和工具的發展大致經歷了三個階段 有人也據此將測試工具分為三代 1 簡單的錄製 回放 由工具錄製並記錄操作的過程和資料形成指令碼，通過回放來重複人工操作的過程。在這種模式下資料和指令碼混在一起，幾乎乙個測試用例對應乙個指令碼，維護成本很高。而且即使介面的簡單變化也需要重新...