**於感謝分享！
1、計畫概述
目的：找出系統潛在的效能缺陷
目標：從安全、可靠、穩定的角度出發，找出效能缺陷，並且找出最佳承受併發使用者數，以及併發使用者數下時間執行的負載情況，如要併發100個使用者，如何對系統分析和調優
3、術語解釋
（名詞解釋）
4、系統簡介
（對乙個什麼系統的測試）
5、測試環境
測試範圍：
jmeter指標：(由於apache旗下效能測試工具jmeter收集的效能指標偏少，下面的資料選取代表效能指標)
1.**erage ms:伺服器每秒處理請求數（表示伺服器每秒處理客戶端請求數（單位：個 秒））
2.throughput/s:伺服器每秒接受到的資料流量（表示伺服器每秒接受到客戶端請求的資料量kb表示）
硬體指標：
1.%processor time :cpu使用率（平均低於75%，低於50%更佳）
2.system:processor queue length :cpu佇列中的執行緒數（每個處理器平均低於2）
3.memory:pages/sec:記憶體錯誤頁數（平均低於20，低於15更佳）
4.physical disk - %disk time:磁碟使用率（平均低於50%）
5.sql server：buffer manager-buffer cache hit ratio:(在緩衝區告訴快取中找到而不需要從磁碟中讀取的頁的百分比，正常情況次比率超過90%，理想狀態接近99%)
7、測試工具
8、測試資料收集
9、測試結果資料以及截圖
9.1、jmeter效能指標
資料分析：
本圖表示伺服器處理資料請求的平均響應時間，
最佳效能是隨著併發使用者數的增加，平均事物響應時間 比較平緩。
本圖清晰可以看到，隨著併發使用者數的增加事物響應應也隨著上公升
throughtput/s
資料分析：
本圖表示伺服器每秒處理請求個數
最佳效能伺服器處理請求數是隨著使用者的增加而增加
本圖可以直觀的看到伺服器處理請求的個數並未隨著使用者數的增加而增加
資料分析：
上圖明顯看出5-15個使用者數發起請求時，總請求數比較高而且平緩
當在25-30之後的請求總數與併發使用者數的不成比例
反而隨著併發使用者數的增加，總請求數在下降！
9.2、硬體指標
75併發使用者數發起請求伺服器硬體資訊監控圖
windows自帶：perfmon
資料分析：上圖直觀表現出記憶體錯誤頁數平均值在20，峰值高達1300（藍線）
正常平均資料為20以下，15已下更佳
10、測試結論
jmeter效能指標分析
由jmeter效能指標最直觀的可以看出網路效能的不足
客觀的可以反應出伺服器處理能力存在優化空間
優化建議：增加網路速度（增加寬頻兆數）
該伺服器可以承受75個使用者同時併發訪問，但是，本次測試不代表伺服器負載能力
伺服器硬體資訊監控資料分析
結合jmeter效能指標和多個硬體監控圖得出記憶體是伺服器瓶頸之一
優化建議：提高記憶體質量，更換更大記憶體以提高記憶體處理能力
**於感謝分享！
效能測試報告
1 專案介紹.3 1.1 測試目的.3 1.2 縮略語和術語說明.3 1.3 測試環境配置.3 2 效能測試工具.4 3 效能測試方案.4 3.1 系統壓力測試.4 3.1.1 系統壓力測試操作步驟.4 3.1.2 測試通過標準.4 4 效能測試資料分析.5 4.1 系統壓力測試報告.5 4.1.1...
MQTT SERVER 效能測試報告
硬體環境 記憶體4g cpu4核 server及埠 apollo埠 61619 mosquitto 埠 1884 activemq埠 1883 emqtt 埠1885 測試方法 併發測試 192.168.6.156 上用 emqttd benchmark 測試 192.168.6.157 上的各mq...
spider RPC效能測試報告
類 別說明 請求報文 響應報文 178位元組 客戶端用例 platformreq req new platformreq createdemo req.setcompanyid 12 req.setsystemid pl 之所以每次http請求呼叫5次spider請求，是因為一開始用單次跑，客戶端很...