Jmeter 繼續效能測試

標籤：style   class   blog   http   com   使用   

最近應公司要求，繼續對公司的某一個伺服器進行效能測試主要測試步驟及測試資料如下：

1. 突然並發測試：

使用N * 10的請求量在1秒鐘內並發到伺服器，查看伺服器響應速度的方式來測試。

其中N代表線程，即類比了N個使用者，10代表重複次數

 

測試完這組資料之後分析，突然發現這效能差的真有點離譜，沒辦法，只能硬著頭皮繼續測試。。。

分析：

從四組資料來分析看，伺服器的合理化並發值應該在10-20之間。

如果並發超過20，可能會造成，伺服器平均相應時間超長，1s以上的回應時間，就會造成客戶流失或者無法等待到開啟頁面的情況。

2. 微量並發測試：

 

在知道並發限制為10-20之間之後，使用微量並發測試的方式進行測試，並發值為2，4，6，8。。。依次增加，採取載入1分鐘以上的方式，

一般情況下20s的情況下可以激發伺服器的最大處理數，

1分鐘之後查看CPU，和伺服器QPS資料的方式進行測試。

最終查看伺服器系統的數值。圖為達到折線圖：

其實這個步驟分析下來跟1差不多，只是採用了不同的量進行壓。

 

分析這幅圖，發現

從2-24個並發的測試過程中，對Cpu，Throughput和Average進行監控，

發現當達到16個並發值的壓力下，伺服器最大的效能被壓榨出來，根據資料顯示為16QPS，

之後增加壓力的情況下，QPS和Cpu均出現了不同程度的下降。

可以得知超過了16並發的情況下，即使增加壓力也不會帶來處理速度和能力上的提升。

故，16應該是伺服器的最大壓力值。

16哇，，，才16.。。。。繼續無語中。

3. 一般性壓力測試

 

得知並發值為16的時候，伺服器達到最大的處理能力，

在此基礎上對伺服器進行大量壓力測試，

即持續加壓16並發，10-20分鐘以上，看伺服器的Cpu和記憶體的效能情況如何。

得到了伺服器的壓力資料一大批，這才是我想要的。

4. 大量壓力測試（未作）

需要對其進行幾個小時的壓力測試，沒有好的時間點來做，都是線上伺服器所以只能擱置。

 

最終：

分析測試出來的資料。

找出最大負載量，伺服器處理的最大值，可能的缺陷。