摘要:比如我開發好了一個微服務,想測試其在大并發請求下的性能表現如何。比較方便的一個做法是使用工具來構造這些請求。這個請求的意思是使用請求查詢賬號名稱為的實例。維護完畢之后點執行按鈕,會觀察到個線程同時發出請求,并能看到每個請求的響應時間。
比如我開發好了一個微服務,想測試其在大并發請求下的性能表現如何。
比較方便的一個做法是使用工具jMeter來構造這些請求。
創建一個新的工程:
創建一個新的Thread Group,下圖意思是這個工程會使用3個線程同時發請求,每個請求執行一次。
在這個Thread Group里創建一個新的HTTP請求,維護如下屬性。
Protocol: https
Server name:
Http request method: GET
Http path: /sap/c4c/odata/v1/c4codata/AccountCollection/
Use KeepAlive: 不選擇
在參數標簽頁,維護參數名稱$search, 值為"Wang"。這個請求的意思是使用Odata請求查詢賬號名稱為"Wang"的實例。
創建一個新的HTTP Header Manager,維護執行這個請求的Authorization信息。這里我使用Basic認證方式,即HTTP header名稱為Authorization,值為用戶名:密碼經過base64編碼之后的值。
維護完畢之后點執行按鈕,
會觀察到3個線程同時發出HTTP請求,并能看到每個請求的響應時間。
也可以用命令行 jmeter -n -t 的方式執行測試,看到的結果和在jMeter GUI上執行的一致。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/71112.html
摘要:在前一篇文章使用構造大量并發請求進行微服務性能測試里,我介紹了如何用構造并發請求。然后在的標簽頁里面,使用這個參數即可。測試隨機數生成生效,每個并發請求發出的查詢參數現在都不一樣了。 在前一篇文章使用jMeter構造大量并發HTTP請求進行微服務性能測試里,我介紹了如何用jMeter構造并發HTTP請求。但是通過文中介紹的方式構造的并發請求,其請求參數都是硬編碼的Wang. showI...
摘要:認為就等于性能測試,其實這是不對的。性能測試定義指通過自動化的測試工具模擬多種正常峰值以及異常負載條件來對系統的各項性能指標進行測試。另外,從業務角度來說也可以使用訪問人數天或頁面訪問量天做為單位。 隨著軟件行業的快速發展,現代的軟件系統越來越復雜,功能越來越多,測試人員除了需要保證基本的...
摘要:然后創建第二個請求,在請求頭部使用第一個請求創建的參數即可。最后使用成功創建的在系統顯示如圖 在前一篇文章使用jMeter構造大量并發的隨機HTTP請求里我通過jMeter構造了大量的HTTP GET并發請求,對服務器產生了大量讀操作。 現在我有另一個需求場景:假設我開發了一個創建Service Request的微服務,需要使用HTTP post調用。為了防止Cross Site Re...
摘要:因為這個項目最后會在年月日于上海舉行的云大會上展示,所以當時完成集成工作后心想,還是得提前測試一下咱們的在響應并發請求時的性能做到心里有數。 這篇文章本來Jerry只在SAP社區上寫了英文版的,可以通過點擊文末的閱讀原文獲得。后來有兩位做Marketing Cloud開發的德國同事,寫郵件詢問關于文章的更多細節,聲稱這種方式對他們自己的API性能測試很有用,所以我覺得還是值得用中文再寫...
閱讀 2678·2021-11-25 09:43
閱讀 2594·2021-11-22 09:34
閱讀 2861·2021-11-12 10:34
閱讀 1449·2021-10-20 13:46
閱讀 2309·2019-08-30 13:21
閱讀 938·2019-08-30 11:21
閱讀 493·2019-08-30 11:20
閱讀 2197·2019-08-29 17:20