JMeter介面自動化發包與示例

overSea發表於2021-11-10
JMeter

JMeter介面自動化發包與示例

近期需要完成對於介面的測試,於是瞭解並簡單做了個測試示例，看了看這款江湖上聲名遠播的強大的軟體-Jmeter靠不靠譜。
官網：https://jmeter.apache.org/index.html

1簡介

  • Apache-Jmeter是一個使用java語言編寫且開源，可擴充性較強的測試框架，設計初期用於web應用的壓力效能測試較多，但現在功能已經非常豐富，不僅是壓力，而目前的介面自動化都可以使用該工具完成
  • 本次需求只依據業務，簡單設定定時任務，往指定的介面傳送介面資料，對介面返回資料做assert斷言判斷結果，體驗一下該軟體與postman有何差異。

2結構

Jmeter左上角點選檔案-新建，即生成一個測試計劃，相當於一個project，並建立以下層級結構

  • 聚合報告

    檢視該測試計劃的執行結果報告，每個執行的介面都統計在這，如果是做壓力測試的話，就可以得出很多次執行的一個介面的效能情況。

  • 檢視結果樹

    檢視每個測試介面的執行情況，包括該介面實際傳送的包以及介面的響應都可以在這看到。

  • Http資訊頭管理器

    訊息頭資訊可以在這裡定義，沒定義就是按照預設的頭髮包。

  • setUp執行緒組

    該執行緒組在整個專案的自動化時，可以將部分鑑權介面、引數生成與配置等放入該模組，以便確保該模組優先執行。

  • 執行緒組

    • 前置預處理程式

      這裡我選擇beanshell預處理程式，構造後面介面發的資料，可以看到指令碼上邊有個tips（scripts variable：ctx vars props prev sampler log）,即Jmeter提示在編寫指令碼的時候可以使用ctx、vars等類去呼叫相應的API，這些值比如ctx的具體用法可到官網：http://jmeter.apache.org/api/org/apache/jmeter/threads/JMeterContext.html，常見的API：

      - ctx - ( [JMeterContext ](http://jmeter.apache.org/api/org/apache/jmeter/threads/JMeterContext.html)) - gives access to the context
- vars - ( [JMeterVariables ](http://jmeter.apache.org/api/org/apache/jmeter/threads/JMeterVariables.html)) - gives read/write access to variables: vars.get(key); vars.put(key,val); vars.putObject("OBJ1",new Object()); vars.getObject("OBJ2");
- props - (JMeterProperties - class java.util.Properties) - e.g. props.get("START.HMS"); props.put("PROP1","1234");
- prev - ( [SampleResult ](http://jmeter.apache.org/api/org/apache/jmeter/samplers/SampleResult.html)) - gives access to the previous SampleResult (if any)
- sampler - (Sampler)- gives access to the current sampler

    • 業務請求程式碼{單個/多個http請求/迴圈壓測等}

    • 後置預處理程式

      //一般來說提取響應內容等列印出來
String statusCode = prev.getResponseCode();
log.info(statusCode);

  • tearDown執行緒組

    該執行緒組將是最後處理的執行緒組，可以將清除測試資料等放在該模組內部執行。

3程式碼：

  • 測試計劃:增加使用者定義變數如下：

    host 192.168.3.10
    port 50553
    longConPort 60443
    devNum 1
    projectId 1
    Token 1

  • beanshell預處理程式中處理需要往介面中帶入的一些隨機變數，這裡需求是要依據主裝置的MAC地址等資訊，攜帶子裝置的相關資訊通過介面上報給伺服器，於是需要在預處理指令碼中新增易於維護的MAC地址資訊，也便於後續壓力測試的時候生成百千萬個裝置資料時候做改寫。以下定義一臺主裝置，31臺子裝置的MAC地址程式碼如下：

    /**
 * 生成的device_mac為00-00-0X-00-00-00，其中X這裡定義為了程式號。整個生成規則可自己依據需求定義 
 * 對應的25個連線中斷的MAC地址也可自定義，client_mac為00-00-0X-00-00-01、00-00-0X-00-00-02……00-00-0X-00-00-25
 */
 
pre_mac = "";
//getThreadNum獲取當前程式編號，程式號從0開始的，這裡結果是1
thread_index = ctx.getThreadNum(); 
str_index = thread_index + "";
log.info("當前執行緒編號: " + str_index );

//最後生成六位字串000001
n = 6 - str_index.length();
for (int i=0; i<n; i++) {
	pre_mac += "0";
}
pre_mac += str_index;

//正則，每隔兩位數字就在後面插入一個“-”，使其符合mac地址的規範，最後pre_mac變成00-00-01，device_mac00-00-01-00-00-0X為mac地址一共12位，
pre_mac = pre_mac.replaceAll("(.{2})", "$1-");
device_mac = pre_mac + "00-00-00";
//將生成的值存入物件vars中，後續在指令碼中都可以直接使用//vars.put("client_mac_"+i, client_mac_i)這個引數後面就可以使用${變數名}直接使用;
vars.put("device_mac", device_mac);
for (int i=1; i<10; i++) {
	client_mac_i = pre_mac + "00-00-0" + i;
	vars.put("client_mac_"+i, client_mac_i);
	log.info(client_mac_i);
}
for (int i=10; i<31; i++) {
	client_mac_i = pre_mac + "00-00-" + i;
	vars.put("client_mac_"+i, client_mac_i);
	log.info(client_mac_i);
}
//Token的定義規則，可以用函式生成，也可以在前面的引數中直接加上
deviceToken = "test" + str_index;
vars.put("deviceToken", deviceToken);

  • http請求格式

    依據前面在測試計劃中設定的值，在這個頁面相應的位置寫上引用即可（格式${變數名}），並依據介面文件定義，把需要發的包的資料編輯好附在body中併為該用例新增一個斷言即完成一個用例的編寫。

  • 迴圈傳送
    如下圖所示

4執行結果

經過上面處理後，下面可以啟動測試計劃，並觀察執行的結果如下圖：

5 小結

Jmeter做上述簡單介面的測試上與postman相差無幾，而Jmeter還有很多定時器、監聽器等功能還未使用到，後面使用jmeter做一次完整的效能壓力測試之後，也許才能真正體會到它的強大。

相關文章