自動化測試成熟度模型
這裡討論一下不同的指令碼技術及用途。接下來要討論的這些技術並不是相互排斥的，事實恰好相反，它們是相輔相成的，每種種指令碼技術在支援指令碼完成測試用例的時間和開銷上都有各自的長處和短處。應該注意到，對於軟體測試來說，使用哪種指令碼技術並不是最主要的，指令碼所支援的實現測試用例體現的整體考慮才是最重要的。
按照自動化測試的成熟度模型，自動化測試可被劃分為5個級別：
級別1：錄製和回放
這是使用自動化測試的最低的級別。
優點：自動化的測試指令碼能夠被自動地生成，而不需要有任何的程式設計知識。
缺點：會產生大量的測試指令碼，同時當需求和應用發生變化時，相應的測試指令碼也必須重新錄製。
用法：當測試的系統不會發生變化時，可進行小規模的自動化。
級別2：錄製、編輯和回放
在這個級別中，測試人員使用自動化工具來捕獲想要測試的功能。將測試指令碼中的任何測試資料，如名字、賬號等，從測試指令碼的**中完全刪除，並將他們轉換成為變數。
優點：測試指令碼開始變得更加完善和靈活，並且可以大大減少指令碼的數量和維護的工作。
缺點：需要一定的程式設計知識。頻繁的變化可能會引起「義大利麵條式的**」（可讀性差，很難確定它到底完成什麼工作。很多**開始還是結構化的，但後來不斷的修改之後，逐漸失去了結構性），並且變更和維護幾乎是不可能的。
用法：當進行回歸測試時，被測試的應用有很小的變化，例如僅是針對計算的**變化，應用程式介面和邏輯沒有發生變化。測試人員可以使用這種技術來快速編制一些測試指令碼以檢驗腦子裡的想法來探索預定的測試設計。通常如果適當的軟體配置管理（scm）良好的內部構建設計相結合時，使用級別2的技術已經足夠了。
級別3：程式設計和回放
這個級別是多個被測試軟體版有效使用測試自動化的第乙個級別。測試經理需要在實際投資開始前確保測試團隊和客戶對專案有充分的信心和安全感。如果沒有經過技術培訓，測試人員將不具備到達這個級別的能力。因為在這個級別中，測試人員要很好地理解自動化測試工具所有的測試功能，還要掌握測試指令碼語言知識。
優點：確定了測試指令碼的設計，在專案早期就可以開始自動化測試。測試人員能夠在專案的早期就開始進行測試指令碼的設計，與開發人員一起研究他們認為可能會存在的問題的地方，確保了開發人員把精力放在設計得到可用於測試的方案上。
缺點：需要測試人員具有很好的軟體技能，包括設計、開發等。
用法：大規模的測試用例被開發、執行和維護的專業自動化測試。
級別4：資料驅動的測試
對於自動化測試來說這是乙個專業的測試級別。測試人員擁有乙個強大的測試框架，這個測試框架能夠基於根據被測試系統的變化快速建立乙個測試指令碼的測試功能庫。維護成本相對比較低，而且測試中還會使用到大量的真實的資料。
優點：測試人員能夠維護和使用良好的測試資料，這些資料有效地模擬真實生活中的資料。
缺點：要求測試人員具備軟體開發的技能，能夠訪問相關的測試資料。
用法：可用於大規模的測試用例被開發、執行和維護的專業自動化測試。該級別對測試資料要求較高。乙個測試人員要花費一些暗為識別在**收集資料和收集哪些資料。使用現實生活中的資料是最基本的，這些工作完成後，測試人員才能夠通過使用現實的資料來執行大量的測試。使用良好的資料將為測試人員提供發現錯誤的能力，而這些錯誤通常在專案後期才會被發現或者被客戶發現。
級別5：關鍵字驅動的自動化測試
這是自動化測試的最高端別，主要的思想是將測試用例從測試工具中分離出來。這個級別要求有乙個具有高技能的測試團隊，這些測試人員能夠將測試工具的知識與他們的程式設計能力結合起來，這個團隊負責在測試工具中生成並維護測試方案，能夠使測試工具從外部的**，例如excel表或者從資料庫中執行測試用例。這是一種稱為dde的概念，測試人員關注點放在excel表中建立測試用例上面，儲存和使用一些特定動作的關鍵字，執行過程是從excel表中讀取測試用例，並將測試用例轉換成為測試工具能夠理解的形式，然後使用不同的測試功能來執行測試。
優點：測試用例的設計被從測試工具中分離出來，測試人員可將關注點放在設計良好的測試用例上。允許測試用例的快速執行和基於用例的評估。
缺點：需要乙個熟悉工具和具有開發技能的測試團隊，以提供並維護測試工程（框架）
用法：這種專業的測試自動化能夠將技能的使用達到最大化。使用關鍵字驅動的測試框架，測試人員可以使用excel來生成實際的測試用例。這個級別對於那些按照正規使用測試用例的組織或者專案來說是非常適合的。測試人員可以集中精力來生成第乙個包含被需要「物件對映」的測試用例（主流程）。如果測試用例設計不錯，需要做的工作也非常簡單。根據測試應用的複雜程式，通常這會花費大約半天到一天的時間。後續的每乙個測試用例大概會花費15~20分鐘的時間，因為通常大多數測試用例可以複製已有的測試用例，並對其進行必要的修改，通常這種修改工作量不大。關鍵字驅動框架能夠通過使用測試用例，使緊密的、並行的測試用例開發變為可能。
目前，大多數企業中，測試工具還處於資料驅動階段，或者資料驅動到關鍵字驅動的階段。
你開始關鍵字驅動了嗎？
軟體測試成熟度與自動化測試
分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！kerry zallar 在 are you ready for automation 中提到軟體測試的成熟度對於成功實現自動化測試的影響，其中的乙個圖對我來說很有啟發 我想大部分在嘗試自動化測試而未獲得成功的軟體企業要首先看看這個圖，看自己的軟體...
TMM 軟體測試成熟度模型
第一級 初始級 tmm初始級軟體測試過程的特點是測試過程無序，有時甚至是混亂的，幾乎沒有妥善定義的。初始級中軟體的測試與除錯常常被混為一談，軟體開發過程中缺乏測試資源，工具以及訓練有素的測試人員。初始級的軟體測試過程沒有定義成熟度目標。第二級 定義級 tmm的定義級中，測試己具備基本的測試技術和方法...
CMM軟體成熟度模型
cmm軟體成熟度模型 cmm是指 能力成熟度模型 其英文全稱為 capability maturity model for software，英文縮寫為sw cmm，簡稱cmm。它是對於軟體組織在定義 實施 度量 控制和改善其軟體過程的實踐中各個發展階段的描述。cmm的核心是把軟體開發視為乙個過程，...