最近應公司要求，繼續對公司的某一個服務器進行性能測試主要測試步驟及測試數據如下：
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和內存的性能情況如何。
得到了服務器的壓力數據一大批，這才是我想要的。
再做一般性壓力測試的過程中從16開始，，發現其實服務器還可以壓，於是乎，繼續加壓，越壓越覺得還沒到盡頭，就一直壓到了40，進行50並發壓力測試的時候發現，服務器性能下降的太離譜了。
於是乎，重新測試之前的40，50的並發壓力測試。
終於發現問題的所在了。
4. 大量壓力測試（未作）
需要對其進行幾個小時的壓力測試，沒有好的時間點來做，都是線上服務器所以只能擱置。
最終：
分析測試出來的數據得出：服務器穩定型奇差無比，差的情況下16的並發，好的時候40，50的並發。
令，服務器的響應速度奇差無比，平均1S以上的響應速度，讓人蛋疼不已。。。