自動化測試框架是流程與工具的結合

　　自動化測試框架更多的是流程與工具的結合，缺一不可。

　　如果只是簡單的將selenium/webdriver,watir等工具進行串聯,那么基本也是去了自動化的意義。

　　自動化測試的基本思想為持續改進提供自動化的解決方案，那么我們在持續改進方案中真正需要的數據是什么?

　　1.自動化測試覆蓋率：

　　衡量自動化的一個客觀標準。(emma)

　　2.自動化測試用例re-product的概率及工作量

　　這是使用selenium等框架必須考慮的部分，重用率，面對web應用動輒80%以上的頁面重構，re-product的概率及工作量將會決定框架的好壞。

　　3.自動化測試BUG發現率

　　這是判斷自動化測試效率的指數，如何更好的設計自動哈測試用例將與用例的效率息息相關。

　　4.自動化測試與BUG管理工具的關系

　　這是由工具框架向流程轉變的一個重要指標。

　　5.自動化測試的優化

　　這里之前jason已經提到了，通過各種優化，針對測試類的提取，針對java設計模式的擴展，針對測試工具的優化。優化會提高第7項的效率及自動化執行的效率。

　　6.自動化case的成本

　　這個指標區分與第2項指標，更多的是完成一個case需要的成本(學習成本，coding成本)。

　　7.持續集成中自動化的應用

　　這個需要和第4項結合起來一起實現。

　　自動化測試必須由數據來支持，沒有數據支持的自動化是沒有說服力的。自動化測試需要將業務，流程從各種角度進行可重組的自動化，不僅僅涉及SCM,QA也涉及到持續集成及流程管理，自動化測試框架從一開始設計就決定了框架的優劣，所以設計好的框架更多的需要從邏輯上自動化，而不是簡單的將工具進行整合。這也催生了新的測試管理系統，統籌規劃自動化測試，并統一報表顯示。

　　自動化測試工具對于公司來說一般都是unique的但可借鑒的 ，集各家之所長哦 :)

原文轉自：http://www.kjueaiud.com