基於介面的軟體 自動化測試框架和工具的發展大致經歷了三個階段（有人也據此將測試工具分為三代）：
1）簡單的錄製／回放：由工具錄製並記錄操作的過程和資料形成指令碼，通過回放來重複人工操作的過程。在這種模式下資料和指令碼混在一起，幾乎乙個測試用例對應乙個指令碼，維護成本很高。而且即使介面的簡單變化也需要重新錄製，指令碼可重複使用的效率低。
2）資料驅動 （data driven）的自動化測試：從資料檔案讀取輸入資料，通過變數的引數化，將測試資料傳入測試指令碼，不同的資料檔案對應不同的測試用例。在這種模式下資料和指令碼分離，指令碼的利用率、可維護性大大提高，但受介面變化的影響仍然很大。
3）關鍵字驅動（keyword driven）的自動化測試：關鍵字驅動測試是資料驅動測試的一種改進型別，它將測試邏輯按照關鍵字進行分解，形成資料檔案，關鍵字對應封裝的業務邏輯。 主要關鍵字包括三類：被操作物件（item）、操作（operation）和值（value），用物件導向形式可將其表現為 item.operation(value)。關鍵字驅動的主要思想是：指令碼與資料分離、介面元素名與測試內部物件名分離、測試描述與具體實現細節分離。
相應地，軟體測試自動化指令碼的型別，從低到高的發展層次是：
1）線性指令碼：通過錄製直接產生的線性執行的指令碼。
2）結構化的指令碼：具有順序、迴圈、分支等結構的指令碼。
3）共享的指令碼：可以被多個測試用例使用，被其它指令碼呼叫的指令碼。
4）資料驅動的指令碼：資料和流程控制分離的指令碼，通過讀入資料檔案來驅動流程進行的指令碼。
5）關鍵字驅動的指令碼：指令碼、資料、業務分離，資料和關鍵字在不同的資料表中，通過關鍵字來驅動測試業務邏輯。關鍵字驅動指令碼的特點是它看起來更像描述乙個測試事例做什麼, 而不是如何做。
目前，大多數測試工具處於資料驅動到關鍵字驅動之間的階段，有些工具廠商已經提出了聲稱支援關鍵字驅動的版本。
從上面可以看到，自動化測試框架和指令碼的發展是和軟體工程思想的發展一脈相承的。軟體開發的模式從面向機器、到面向過程、再到物件導向、面向服務，是乙個 從底層到高層、從具體到抽象、復用的粒度從細到粗的發展過程。而軟體開發中的模組化、層次化、松耦合等思想對自動化測試框架的設計都具有借鑑意義。
軟體自動化測試框架的發展
it168技術文章 基於介面的軟體自動化測試框架和工具的發展大致經歷了三個階段 有人也據此將測試工具分為三代 1 簡單的錄製 回放 由工具錄製並記錄操作的過程和資料形成指令碼，通過回放來重複人工操作的過程。在這種模式下資料和指令碼混在一起，幾乎乙個測試用例對應乙個指令碼，維護成本很高。而且即使介面的...
基於介面自動化測試框架的發展
我們知道基於介面的軟體自動化測試經歷了4個發展階段。1 無框架階段 即簡單的錄製 回放 在早期，自動化測試並沒有框架這一說，自動化測試只是簡單的錄製 回放，由工具錄製並記錄操作的過程或資料，並形成指令碼。通過對指令碼的回放重複人工操作的過程。這種模式指令碼與資料混合在一起。站在軟體開發的角度來看，這...
典型的軟體自動化測試框架
在自動化的軟體測試系統實現過程中使用框架設計可以使得測試指令碼的維護量減至最少。然而，大量的自動化測試工具均採用傳統的 錄製一回放 模 型，導致了較高的指令碼維護量，因為測試資料在測試指令碼程式中是以硬編碼方式實現的。此外，工具內建的測試用例除了測試應用程式的圖形使用者介面，實際 上並沒有其它用處。...