XXX壓力測驗報告
時間：2020-11-06 測驗人員：xxx
XXX壓力測驗報告
目錄
一 測驗內容... 2
二 測驗方法... 2
三 測驗目標... 2
四 測驗環境... 2
五 系統部署... 3
5.1 物理部署... 3
5.2 網路訪問... 3
六 性能測驗結果與分析... 4
6.1 jmeter集群壓測（5行程-每個進行10執行緒）... 4
6.2 jmeter集群壓測（10行程-每個進行5執行緒）... 7
6.3 jmeter集群壓測（10行程-每個進行10執行緒）... 11
七 結果匯總分析... 13
一 測驗內容
本次測驗是針對xxx系統進行的壓力測驗，在交易介面中，只對交易介面進行壓力測驗，其中涵蓋資料驗簽與簽名功能，
二 測驗方法
本次采用apache的開源測驗工具jmeter，采用本地動態拼裝請求資料并通過http協議post方式發送支付請求，并采用650張測驗銀行卡測驗，其中大概有30張存在“無足夠的存款”和“受限制的卡”情況，
三 測驗目標
1) 獲取在單機部署情況下最大TPS值
2) 是否可以達到原來預期值TPS：50
四 測驗環境
由于客戶端與服務端的機器性能優秀，暫不會對壓測形成瓶頸，該方面影響可以忽略
五 系統部署
5.1 物理部署
5.2 網路訪問
六 性能測驗結果與分析
6.1 jmeter集群壓測（5行程-每個進行10執行緒）
啟5個行程，每個行程啟動10個執行緒，并發為50，專案日志開啟info狀態
6.1.1 聚合報告
6.1.2 每秒的回應分布圖
6.1.3 回應時間分布圖
6.1.4 請求失敗與成功分布圖
6.1.5 結果分析
- 在使用jmeter壓測請求被F5轉發到apache server代理上，由于交易處理程序中處理時間過長造成長時間無回應，代理回傳502 Proxy Error錯誤，
- 其中請求前置回應超長筆數在向前置獲取結果回傳的耗時超過3分鐘，其余耗時均低于5s，前置接收到的晚，初步判定網路堵塞
- 本地業務處理的錯誤原因為簽名、驗簽、獲取資料及請求時404等
6.2 jmeter集群壓測（10行程-每個進行5執行緒）
啟10個行程，每個行程啟動5個執行緒，并發為50，專案日志開啟info狀態
6.2.1 聚合報告
6.2.2 每秒的回應分布圖
6.2.3 回應時間分布圖
6.2.4 請求失敗與成功分布圖
6.2.5 應用系統狀態
6.2.6 結果分析
1 在使用jmeter壓測請求被F5轉發到apache server代理上，由于交易處理程序中處理時間過長造成長時間無回應，代理回傳502 Proxy Error錯誤，
2 其中請求前置回應超長筆數在向前置獲取結果回傳的耗時超過3分鐘，其余耗時均低于5s，前置接收到的晚，初步判定網路堵塞
3 本地業務處理的錯誤原因為簽名、驗簽、獲取資料及請求時404等
6.3 jmeter集群壓測（10行程-每個進行10執行緒）
啟10個行程，每個行程啟動10個執行緒，并發為100，專案日志開啟info狀態
6.3.1 聚合報告
6.3.2 每秒的回應分布圖
6.3.3 回應時間分布圖
6.3.4 請求失敗與成功分布圖
6.3.5 結果分析
1 在使用jmeter壓測請求被F5轉發到apache server代理上，由于交易處理程序中處理時間過長造成長時間無回應，代理回傳502 Proxy Error錯誤，
2 其中請求前置回應超長筆數在向前置獲取結果回傳的耗時超過3分鐘，其余耗時均低于5s，前置接收到的晚，初步判定網路堵塞
3 本地業務處理的錯誤原因為簽名、驗簽、獲取資料及請求時404等
6.4 jmeter集群壓測（30行程-每個進行5執行緒）
啟30個行程，每個行程啟動5個執行緒，并發為150，專案日志開啟info狀態
6.4.1 聚合報告
6.4.2 每秒的回應分布圖
6.4.3 回應時間分布圖
6.4.4 應用系統狀態
6.4.5 客戶端系統狀態
6.4.6 結果分析
暫未統計
6.5 jmeter集群壓測（20行程-每個進行5執行緒）
啟20個行程，每個行程啟動5個執行緒，并發為100，專案日志開啟info狀態，超時時間2000ms
6.5.1 聚合報告
6.5.2 每秒的回應分布圖
6.5.3 回應時間分布圖
6.5.4 請求失敗與成功分布圖
6.5.5 結果分析
由于本地客戶端限定2000毫秒不回應就認為失敗，所以失敗率偏高
七 結果匯總分析
使用jmeter壓測時，如果使用1個行程開多個執行緒進行壓測，一個行程很難快速處理多個執行緒，造成本地處理浪費大量時間用于調度，最終壓力上不去，
當采用集群壓測時，啟用多個行程調度少量執行緒，解決本地耗時，TPS明顯提升，
在啟動10個行程50執行緒時效果最佳，符合交易每秒鐘處理的交易筆數，當提升并發到100時，交易回應時間明顯提升，
壓測程序中出現的錯誤主要有：
1、 請求資源404錯誤
2、 請求前置網路堵塞，每次均為3分鐘
3、 本地簽名、驗簽、獲取資料耗時過長
最終壓測結果TPS：90-100時可保證回應時間不超過2s
如果對軟體測驗、介面測驗、自動化測驗、面試經驗交流感興趣可以加入我們，642830685，免費領取最新軟體測驗大廠面試資料和Python自動化、介面、框架搭建學習資料！技術大牛解惑答疑，同行一起交流，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/205073.html
標籤：其他
下一篇：Jmeter斷言-所有斷言講解