所謂強力的執行引擎 是指一個自動化測試框架在批量執行腳本的情況下 自動化測試框架的原則 - 趣味新聞網

分布式的測試框架，有點像早期的軟件開發，微軟的方式，就是每個人一套軟件。每個人一個測試框架。這個測試框架是由測試人員獨享的。他在這個測試框架上執行測試用例，收獲測試結果。

統一的測試框架，有點類似於當今Web2.0 的概念，是以提供服務，而不是軟件為主的。整個公司的測試人員都同意到一個服務器上去提交測試任務，這個統一的測試框架會有自己的任務調度功能，優先級處理功能等來統一執行提交的測試任務，並把測試結果返迴給提交相應測試任務的測試人員。 通常，是有一個Web界麵的人機接口。

而對自動化測試框架來說，越快看到結果(測試結果)越能得到管理層的支持和投資。

所以，在項目初期的時候，建議可以使用一個測試工程師一套框架的方法，在大傢等候使用起來以後，在把這套框架移植到統一的服務器上去。做一個漸進式的，逐步演化的測試框架，而不是在項目一開始就設計一個一個高，大，全的自動化測試框架，讓大傢等的望眼欲穿。

自動化測試框架中API設計原則有哪些?

API的封裝的好壞涉及到腳本的開發效率和可維護性。有經驗顯示，相對於設計水平一般的API，一套好的自動化測試API可以提高自動化腳本的開發效率2-3倍，一般來講，需要進行三層封裝：

Script. => API => Control Library

總的來說，自動化框架中設計的好的API有兩個原則要把握：

隱藏測試設備的復雜性，針對測試邏輯提供統一的接口。 熟悉軟件測試的工程師都知道，測試當中，是需要使用很多輔助測試設備的，這些設備，有可能是PC上的運行的測試軟件，有可能是專用的測試設備。而很多時候，不同的測試設備往往都是做同樣的測試活動。如簡單的Web頁麵自動化就可以使用QTP，Winrunner，Selenium等。封裝的好的API，應該能夠隱藏底層使用的測試工具。而對測試人員提供統一的編程接口。測試人員隻需要下達操作動作，而具體這個動作使用瞭那些測試工具來實現，是API內部的事情，不需要測試人員分心。

關鍵字驅動：關鍵字驅動的意思是API的封裝的程度要和測試用例描述的程度相同。如測試用例中描述：“注冊是一個新用戶，並驗證生效”，那麼相應的API的設計的關鍵字就需要有“Register $user_name”這個關鍵字，並能夠根據返迴值來驗證動作是否成功。測試人員不需要去擔心在那個頁麵，如何輸入等具體的細節

2.1界麵元素名與測試工具定義對象名的分離

可以在被測程序和生成的測試腳本之間增加一個模型層，它可以將界麵上的所有元素映射成對應的邏輯對象，測試針對這些邏輯對象進行，界麵元素的改變隻會影響映射錶，而不會影響測試。

2.2 執行動作與具體實現細節的分離

把測試執行的動作和測試具體實現細節分離開來，用關鍵字描述測試執行動作，隻說明該步測試執行什麼動作而不管測試工具具體怎樣執行。這樣做是因為測試的實現細節通常和特定的測試執行工具有著密切的聯係，比如QTP和RTF。這種分離使得關鍵字對於實現細節不敏感，有利於測試在不同工具間的移植。

2.3 測試腳本與測試數據的分離

最後，可以把測試執行過程中所需的測試數據從腳本中提取齣來，在運行時由測試控製模塊從數據庫中讀取預先定製好的數據，這樣測試腳本和測試數據可以獨立維護。采用上述關鍵字驅動自動化測試的思想，使執行動作、測試對象和測試數據相互獨立，最大程度地減少相互之間的影響，徹底解決瞭使用GUI自動化測試工具産生的問題

如需瞭解更多測試技術信息請關注：深圳多測師軟件與技術服務有限公司