您好,登錄后才能下訂單哦!
在說負載測試之前,先看看以下幾個例子:
目標:
1、測試小明在短時間內能舉起的最大重量;
2、小明在某個較長時間內能一直保持舉起狀態的最大重量;
關鍵點:短時間:多短的時間,1秒?2秒?長時間是指多長?1分鐘?30分鐘?
分析結果:都是測試小明在某個指定的時間內能舉起的最大重量,定義的時間長短直接影響到測試結果,即測試結果是基于某個前提的。
測試方案:
1、多次嘗試來確定
(1)在規定時間內,小明先嘗試舉起50斤的;
(2)如果能舉起則嘗試舉起100斤,否則嘗試舉起75斤的;
(3)如果能舉起100斤則嘗試舉起150斤,否則嘗試舉起125斤;
(4)往復嘗試舉起,直到找到小明能在規定時間舉起的最大重量;
優點:能快速找到一個大概測試值,耗費的資源較少(時間等)--因為嘗試的夸大度,次數少;
缺點:較難找到一個較為準確的測試值;
2、持續嘗試來確定(這里用人來做例子不太妥當--畢竟人是會累的,如果應用到計算機的話就挺合適的)
(1)小明先舉起50斤,然后有人同步開始計時;
(2)在計時期間內,小明保持舉起50斤的狀態;
(3)第一個計時結束后,有人給小明加1斤的重量,并開始第二個計時;(1斤只是一個比喻,可根據需要適度調整)
(4)一直循環計時,并嘗試舉起,直到找到小明能在指定時間舉起的最大重量;
優點:能找到一個較為準確的測試值;
缺點:耗費的資源較多--因為要持續測試、測試值的變化是緩慢的,需要測試較多的次數;
好了,相信大家已經明白我說的是啥了,就是要測試軟件系統在指定條件的最大負載;
1、
a.從實際出發---如果時間足夠短的話,就是高并發的壓力測試,在某個極端短的時間內,服務器收到超級無敵多的請求(一瞬間的巨大壓力),測試系統的性能指標:響應時間、事務丟失數、QPS等,然后再考慮性能指標是否符合期望;
b.從要求出發---在指定系統的性能指標(QPS、響應時間等),然后測試在某個極端短的時間內,系統支持的最大請求數量;
2、
a.從實際出發---如果時間足夠長的話,就是持續請求的負載測試,在某個極端長的時間內,服務器持續收到一定數量的請求,測試系統的性能指標(如響應時間),然后再確定性能指標是否符合期望;
b.從要求出發---在指定的性能指標(QPS等),然后測試在某個極端長的時間內,系統能【穩定】支持的請求數量;
3、一般來說,短時間壓力測試的QPS值比長時間負載測試的QPS值要大;
Jmeter測試演示后期補充。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。