好處
你確定了測試腳本的設計。適當的設計是必要的。編碼的習慣必須是適當的。使用與開發中相同的編碼習慣是非常好的。這將開始搭建起測試和開發之間的橋梁。
在項目的早期就可以開始自動化的測試。你能夠在項目的早期就開始進行測試腳本的設計。與開發人員交并調查他們認為可能會存在問題的區域。確保了開發人員關注在獲得能夠被測試的方案上。
缺點
要求測試人員具有很好的軟件技能，包括設計、開發等。
用法
大規模的測試套件被開發、執行和維護的專業自動化測試。
級別 3 使你能夠使用自動化測試并構建不同的回歸測試（重用已有的自動化測試用例）。根據我的經驗在看到更多切實的回報之前，為了達到這個級別，有大量的工作和影響項目的活動必須被做。因此快速的建立和證明自動化測試的價值是至關重要的。找到乏味的測試（例如，邊緣測試和特定的功能測試用例是首先進行自動化測試的良好候選者）。首先創建少量的能夠測試一些基本功能（比如，登陸和創建用戶等）的測自動化測試用例。
2.2.4. 級別 4：數據驅動的測試
對于自動化測試來說這是一個專業的測試級別。你現在要利用測試工具提供的所有的測試功能。你擁有一個強大的測試框架，這個測試框架是基于能夠使你根據被測試系統的變化快速創建一個測試腳本的測試功能庫的。維護的成本相對是比較低的。你在你的測試中會使用到大量真實的數據。
好處
你能夠維護和使用良好的并且有效的模擬真實生活中數據的測試數據。
缺點
軟件開發的技能是基礎，并且需要訪問相關的測試數據。
用法
大規模的測試套件被開發、執行和維護的專業自動化測試。
級別 4 要求一些非常良好的測試數據。一個測試人員必須要花費一些時間來識別在哪里收集數據和收集哪些數據。使用現實生活中的數據是最基本的以從測試中得到完全的回報。使用適當的數據將為你提供通常僅僅在項目的后期才會發現的或者是有客戶發現的錯誤的能力�，F在你能夠通過使用現實的數據開運行大量的測試。
2.2.5. 級別 5：使用動作詞的測試自動化
這是自動化測試的最高級別。主要的思想是將測試用例從測試工具中分離出來。這個級別要求有一個具有高技能測試人員測小的團隊，這些測試人員能夠將測試工具的非常深層次的知識與他們具備的較深的編程能力結合起來。這個團隊負責在測試工具中生成并維護測試的功能性，能夠使測試工具從外部的來源，比如 excel 表或者數據庫中執行測試用例。這種測試概念最初是由 CMG 開發的。與 CMG 方案相比，其他的可能的開放源碼的方案有被 Carl Nagle 和SAS Institute 開發的 DDE。使用 DDE 的概念，關注點是當在Excel表中創建測試用例的時候，放置使用包括被使用的特定動作詞語的一些類型的模板。執行的過程是從 Excel 表中讀取測試用例，并將測試用例轉換成為測試工具能夠理解的形式，然后使用不同的測試功能來執行測試。
這個概念變得越來越流，因為測試與用例一起使用是非常有用的。
好處
測試用例的設計被從測試工具中分離了出來 －關注在設計良好的測試用例上。允許快速的測試用例的執行和基于用例的更好的估計。
缺點
需要一個具有工具技能和開發技能的測試團隊，以提供并維護測試工程（框架）。
用法
專業的測試自動化將技能的使用最優化的結合起來
如果工具不具備使用內建的對象映射的可能性，那么這個方案對于消除與 GUI 相關的大部分維護成本是優秀的。在一些組織中已經創建了這種方案，并且他們其中的一些已經實現了高度的自動化（60%），并且他們都得到了巨大的回報。如果測試框架是適當的，我們能夠使用 excel 來生成實際的測試用例。
這個級別對于那些按照正規基礎使用用例的組織或者項目來說是非常優秀的。有多少測試用的估計是被需要的，并且當用例適當時需要做的工作也是非常簡單的。你可以集中時間來生成第一個包含被需要的“對象映射”的測試用例（主流程）。依靠被測試應用的復雜程度，通常這會花費大約半天到一天的時間。后續的被需要的每一個測試用例大概會花費 15 到 20 分鐘的時間，因為通常多數的測試用例可以復制已有的測試用例，并對其進行必要的修改，通常這種修改是有限的。動作詞語框架能夠通過使用用例使緊密的并行測試用例的開發變得可能。
文章來源于領測軟件測試網 http://www.kjueaiud.com/