soapui + groovy 接口自動化測試 第三章

本篇閒扯淡

第一次作接口測試是無心的，當時正在作性能測試，而後要先驗一下功能經過否，就用lr腳本跑了一遍功能，就這樣第一次沒了；

第二次作接口測試時，領導說要自動化，而後我研究了selenium及windows客戶端，再而後得知先作接口的（萬變不離其宗嘛）；

思慮良久用啥去作呢，首選拋棄了lr這確定不合適，簡單的還行復雜的就GG了。而後祭出了個人java，先學習了段時間httpclient，就進行簡單的請求編寫了；

在編寫過程當中發現咱們內部請求是要傳加密字段的，而後就去請教咱們開發了；

首先咱們開發給了我接口開發文檔，裏邊有各類接口的參數及類型、加密規則等等，最意外的是，開發那有一個生成加密模擬發送請求的腳本，意外收穫雖要之而後潛心研究； /慶幸

通過月餘潛心研究修改，不但將原腳本須要每次手動修改變爲自動化獲取，更是增長了get/post請求、各類json解析、數據校驗、讀寫數據庫、讀寫外部文件、生成日誌等等，變成了一個完善的自動化項目。等我開發完成的時候，額意識到額寫了一套接口測試的框架； /竊喜

初步完成的時候，針對該自動化項目額組織對其餘測試人員數次培訓，結果不甚理想；

過了數月後（我已經在用soapui進行接口自動化開發了），開發要作一個內部服務器端異常測試，明顯沒前臺界面（前臺也是模擬不了的，例模擬支付寶回調），結果咱們開發找到了我，正好我在原先封裝好的基礎上，進行構建了新的測試類，完成了此次測試；

又過了一週左右，咱們開發貌似意識到我寫的那個項目的重要性，而後給我要了過去，讓我給他講了講都雜用的，他說他要整合進他們項目用來作單元測試用！/得意

後來這套系統用於一些接口驗證及生成性能測試數據，也算有所用。

此卷終

第三次接口測試，此時就是使用的soapui工具了。

一開始這個工具我是不會的，之前聽過可是沒研究過；之因此使用這個工具，是由於咱們公司招聘了一個作自動化部署的大拿，他建議用這個工具；

 一說要用這個工具，就正好解脫了當時我那個java項目的困局， 固然嘛能學個新東西也是但願的；

開始時對這個工具處於懵懂的狀態，而後百度查他有哪些版本，收費不，使用的腳本語言是什麼；

首先查到它有個收費版功能強大，我就去網上搜破解版---有收費就有破解--常識！ 而後還查到他支持groovy/javascript語言，我選擇了groovy--由於有java基礎；

一開始我是沒有去看soapui工具咋使用的，我學習了兩個星期groovy的語法，由於我想soapui工具的功能我儘可能少使用，大部分功能用soapui的方法及groovy腳本去實現，這樣看起來高大上----我是一個有夢想的打野

groovy腳本的學習我是在eclipse下進行的，有方法提示學起來更簡單，兩週後我開始打開soapui工具進行學習（實際上使用soapui並不須要掌握多少groovy語言，現用現學便可知足）；

學習soapui工具的時候，我是看了一本中文幫助文檔，而後對照書本進行實際的操做，慢慢理解就行了，理解了大部分功能可是不少功能我根本沒用過，由於我一開始就定下了用groovy腳本去代替大部分功能，所以不少soapui自帶的功能我並不須要（僅便於我理解與學習）；

在真實的寫項目之初，我先寫一個接口進行測試，一個經過了而後在慢慢的把須要的都加上，這樣一點點的有了個項目的雛形；

由於咱們的接口是要求傳加密字段的，這個加密的腳本須要用groovy語言實現，我首先在eclipse裏實現了這個腳本，而後封裝成類，導入到soapui包裏，這個之後介紹；

等項目初步完成後，又面臨新的問題；咱們的計劃是將soapui項目部署到服務器上，在每次開發提交代碼完成後，自動執行測試任務，咱們只需收到郵件就行啦；

個人自動化項目要部署到jenkins上，只要在jenkins上輸入執行的命令（bat/sh等），而後開始研究windows下的testrunner.bat及linux下的testrunner.sh,固然在研究過程當中對soapui更加了解一些；

最後在咱們自動化部署大拿的幫助下，終於將項目部署在了jenkins上而且實現了git提交代碼，jenkins自動獲取最新版本；

等這些都作的差很少了，以爲是時候把他們記錄下來了；

下篇介紹groovy腳本