自動化測試框架的研究與實用之一

  1. 自動化測試框架的介紹
  2. 自動化測試框架的結論與選擇
  3. RF框架的介紹
  4. 行業網關應用RF框架

注1:Robot Framework 縮寫 RF編程

          Perl Automation Testing Framework 縮寫 PATF框架

什麼是框架(FrameWork)?模塊化

v整個或部分系統的可重用設計,表現爲一組抽象構件以及構件實例間交互的方法;
v可被開發者定製的應用框架。

前者是從應用方面、然後者是從目的方面給出的定義。測試框架也是如此,測試框架出現的最終目的是花少許的資源完成儘量多的測試任務,因此測試框架的重用性方面是最值得測試人員深刻探究的地方函數

錄製回放測試框架——由工具錄製並記錄操做的過程和數據造成腳本,經過回放來重複人工操做的過程。維護成本很高。簡單變化也須要從新錄製,腳本可重複使用的效率低。不適合大型項目自動化。工具

函數庫測試框架——線性腳本容許使用各類語言來編寫非結構化腳本,腳本直接與被測系統交互。所以適合簡單任務,不適合大型項目自動化。測試

模塊化測試框架——模塊化腳本由兩部分組成:驅動腳本執行測試,測試庫函數完成於被測試系統交互。所以,只要擁有編程技能,仍是適合大型項目自動化,但不適合非編程人員。ui

數據驅動測試框架——將數據與測試腳本分離,基於模塊化的測試庫,一個驅動腳本能夠執行多個類似測試。不一樣類型測試仍須要新的驅動腳本,初始創建數據解析器和重用組件須要花人力。適合大型項目,只須要較少的編程技能。設計

關鍵字測試框架——將數據與關鍵字結合描述如何使用數據執行測試。這種方法具有數據驅動的優點,同時非編程人員也能創建新類型測試。然而框架編寫初始成本很大,適合大型項目。3d

混合型測試框架——測試項目中須要混合使用幾種框架,所以就有了混合型測試框架。日誌

自動化測試框架結論:

v自動化測試框架和腳本的發展是和軟件工程思想的發展一脈相承的。軟件開發的模式從面向機器、到面向過程、再到面向對象、面向服務,是一個從底層到高層、從具體到抽象、複用的粒度從細到粗的發展過程。而軟件開發中的模塊化、層次化、鬆耦合等思想對自動化測試框架的設計都具備借鑑意義。
v提升測試效率。

自動化測試的成本:

vRF框架已開源,節省初始成本。

爲何選擇RF框架:

v擁有簡單易用的IDE,自動化測試人員可選擇作黑盒測試的Tester。
v可以生成詳細的測試報告,方便自動化測試人員檢查執行結果和日誌。
v具備可擴展性,可移植性。
vRF自己並不與被測系統有任何直接的交互,它經過Test Libraries或是一些測試工具(如Selenium)做爲驅動與被測試系統進行交互。

RF框架測試用例組成要素

關鍵字(keyword)

三種類庫關鍵字

1:標準庫;

BuiltIn、OperatingSystem等

2:第三方庫;

Selenium、SSH等

3:自定義庫;

關鍵字相似編程中的函數或類

參數(argument)

二種類型參數

1:標量

${Name}

2:列表

@{Name}

參數與任何語言中的參數做用是同樣的,其主要的目的就是爲了關鍵字傳遞數據。

相關文章
相關標籤/搜索