SoapUI實踐：自動化測試、壓力測試、持續集成
因為項目的原因，前段時間研究並使用了 SoapUI 測試工具進行自測開發的 api。下面將研究的成果展示給大家，希望對需要的人有所幫助。
SoapUI 是什麽？
SoapUI 是一個開源測試工具，通過 soap/http 來檢查、調用、實現 Web Service 的功能/負載/符合性測試。該工具既可作為一個單獨的測試軟件使用，也可利用插件集成到 Eclipse，maven2.X，Netbeans 和 intellij 中使用。
SoapUI 的安裝
下載地址，最好下載最新版本安裝包，因為 SoapUI 是基於 java 開發的測試工具，3.0 以前版本的安裝包沒有集成 JRE，這樣就得自己安裝和配置 java 運行環境了。
SoapUI 的使用
1. 在主界面 File 菜單，點擊“New REST Project”，填寫你想要測試的url，根據我們的項目 Teacher Site 中的 url 舉例：https://teacher-test.grapecitydev.com:
參照下圖需要在 Resource 輸入框輸入 /Login/Login 路由，並在 Params 中輸入登錄時需要的查詢參數 accountName 和 password。
2. 點擊綠色按鈕，SoapUI 發送登錄請求，可以在右側框中看到登錄請求返回的結果。
根據 Teacher site 項目的業務需求，發送 Login 請求完成後還得發送 SchoolItemChange 接口才會返回用戶登錄成功後認證的 Token，如下圖中 Set-Cookie 的值將會在下一個 GetOverview 接口的請求頭中 Cookie 屬性使用:
3. 接下來的第三個請求 GetOverview 如下圖，在 Header 框中添加 Cookie 屬性，值就是上一個請求 SchoolItemChange 返回的 Set-Cookie 值：
自動化測試
其實以上三個接口的調用，只是簡單的測試接口是否調用正常，如果想要對三個接口的調用進行自動化測試，請看下面的分解：
1. 右鍵每一個接口下的 Request 請求，如圖所示，選擇”Add TestCase”項，依次為以上三個接口設置 Test Case，在 TestSteps 下分別有 Login，SchoolItemChange，GetOverview 三個 TestCases。
2. 大家有沒有發現，在 Test Steps 下多了個 Set Cookie 項，這是幹什麽的呢？
這是通過 Groovy Script 語法，獲取上一個請求的返回值（此處是獲取 SchoolItemChange 接口的返回值”Set-Cookie”），並將”Set-Cookie”屬性值賦予下一個請求 GetOverview 的請求頭 Cookie 中，是不是和第2,3條很應景啊？！這樣就很好的解決了接口自動化測試，不用復制粘貼請求之間依賴的返回值。
3. 接下來，就要為測試的接口添加 Assertion 斷言，點擊左下角的，彈出 Add Assertion 對話框，根據斷言註解，選擇需要的測試點，例如 Response SLA 表示請求發送後期望的響應時間：
Contains Assertion 則表示請求返回的字符串中包含指定的字符串。此斷言適用對比的內容不超過65535個字符，因為 Soapui 基於 java 語言編寫，這是 jvm 支持的最大字符個數：
4. 為解決上述不能超過65535個字符的問題，則需要為接口添加 Script Assertion，如下代碼，表示將本地文件 GetOverview 01.txt 中的內容與請求返回中 HtmlOfPartialView 屬性的值進行對比，判斷兩者內容是否相等：
5. 雙擊 Test Case，出現如下圖，點擊按鈕，或者選中 Login 右鍵選擇”Run from here”，則依次執行 Test Steps 步驟，如圖所示，出現紅色背景 Failed 字樣，查看右下角 TestCase Log 框，可以看出是由於 Step 4 GetOverview 接口請求的響應時間 1272ms 大於斷言中設置的時間 500ms：
發送郵件功能
當你希望某個接口請求的結果以郵件方式通知給你時，如下圖所示，右鍵 Test Steps -> Add Step -> Groovy Script，添加 Send Email 腳本，其中 Username 和 Password 分別是公司郵件服務器的賬戶和密碼，Internet Address 即為接收的郵箱地址。
”${teacher-test#TestCase#Getoverview#Response}”的順序依次為
Test Suite name # Test Case name # Test Step name # Response：
壓力測試
以上是功能性測試，接下來是壓力測試，右鍵 Load Tests 創建測試用例，
Limit：60 即為壓力測試的時間 60s，Thread 表示多線程，可以同時運行5個線程，Test Delay * Radom，表示隨機延遲的時間數。
min 表示最小響應時間，max 表示最大響應時間，avg 為平均響應時間，last 表示上一次請求響應時間，cnt 表示請求數，tps 表示每秒處理請求數，bps 表示吞吐率，rat 表示錯誤率。
右鍵可以為請求添加斷言，Max Errors 設置最大的錯誤數，Step Average 設置期望的平均時間，其他的依次類推：
如下圖，可以選擇不同策略的負載和性能測試：
最常用的是簡單策略（Simple），如果你想運行功能測試，並想在10秒內延遲5個線程，則 Threads 設置為5，延遲 1000s，隨機延遲比率0.5（即將導致延誤5至10秒）。
方差策略（Variance），Threads 為方差的線程數量，Interval 為間隔設置所需的值。例如設置20個線程，間隔60和方差0.8，線程的數量將在第一個15秒從20增加到36，然後又減少到20，45秒後繼續減少到4個線程，最後等到60秒時返回到初始值20。在統計圖中我們很容易遵循這個方差：
線性策略（Thread），從一個線程到另一個線程的數量的運行。它的主要功能是確定某些統計數據變化或事件發生時的水平，例如設置開始和結束線程值(例如1 - 10)，並設置持續時間（此例中每個線程至少30秒）獲得準確的測量數據：
持續集成
在UI界面進行持續集成：右鍵項目名稱 REST Project 1 -> 選擇 Launch TestRunner，出現如下圖，在 Basic Tab 頁選擇 TestRunner 安裝路徑：
在 Reports Tab 頁選擇報告輸出文件夾：
點擊 Launch 按鈕，自動執行測試項目。
通過執行命令進行持續集成，以管理員身份打開 Command Prompt 對話框，執行如下命令：
testrunner.bat -s'teacher-test' -cLogin -r -j -f'D:\Trivals\SoapUI\Logs' D:\Trivals\SoapUI\REST-Project-1-project.xml
該命令行的各個參數含義如下：
s : The TestSuite to run, used to narrow down the tests to run
c : The TestCase to run, used to narrow down the tests to run
r : Turns on printing of a small summary report (see below)
j : Turns on exporting of JUnit-compatible reports, see below
f : Specifies the root folder to which test results should be exported
其他更多的參數設置，請參考 SoapUI 官網地址：
https://www.soapui.org/test-automation/running-functional-tests.html
本文概要介紹了 SoapUI 工具的基本使用方法，也歡迎感興趣的讀者留言補充 SoapUI 的更多功能使用方法，大家共同學習進步。
轉載請註明出自：葡萄城控件
葡萄城年末福利火熱放送中
凡在 2017 年 12 月 31 日之前，購買葡萄城控件團隊授權和企業授權的用戶，不僅可以享受到優惠的價格，還可獲贈葡萄城技術專家根據客戶項目需求提供的定制培訓服務。老客戶推薦新客戶成單，也將獲得“客戶推薦雙重感恩禮”。
了解更多：http://www.gcpowertools.com.cn/order/specialoffers.htm
關於葡萄城
葡萄城成立於1980年，是全球最大的控件提供商，世界領先的企業應用定制工具、企業報表和商業智能解決方案提供商，為超過75%的全球財富500強企業提供服務。葡萄城於1988年在中國設立研發中心，在全球化產品的研發過程中，不斷適應中國市場的本地需求，並為軟件企業和各行業的信息化提供優秀的軟件工具和咨詢服務。
SoapUI實踐：自動化測試、壓力測試、持續集成