目錄
- 整體內容
- 本篇內容
- 定位
- 什么是（軟體）性能測驗
- 廣義（軟體）性能測驗
- 性能測驗的前提
- 性能測驗的基本原則
- 性能測驗的必備條件
- 性能測驗的主要指標
- 性能測驗的工具
整體內容
- Jmeter性能測驗-性能測驗基礎
- Jmeter性能測驗-環境配置與腳本制作
- Jmeter性能測驗-腳本制作與優化
- Jmeter場景執行與分布式
- Jmeter分布式與持續集成
- Jmeter性能分析與性能測驗流程
本篇內容
- 性能測驗導論
- 什么是性能測驗
- 性能測驗前提(重點)
- 性能測驗主要指標(重點)
- 回應時間
- 并發數
- 吞吐率
- 資源使用率
- 性能測驗工具
- 自研工具
- loadrunner
- jmeter
重點：
- 性能測驗前提
- 性能測驗主要指標
難點： - 常說的性能測驗相關概念區別
定位
- 性能測驗 初級+中級
- 掌握性能 測驗流程，一般性能測驗比功能測驗和自動化測驗的流程要長
- 懂得性能測驗 腳本開發
- 懂得性能 場景設計 與資源監控
- 懂得 高并發 性能測驗執行
- 性能測驗 高級
- 性能分析
什么是（軟體）性能測驗
軟體性能測驗：是用一定的技術工具，找出或驗證某些性能指標值的測驗，
（通過介面測服務器的性能，通過介面向服務器發起請求，測驗服務器的性能情況）
- 工具：python+locust庫
- 找出：模擬N多個人來訪問，在他可接受的時間里面，給他正常的回應結果，不是都要準確無誤的結果，大部分正常，部分錯誤，不能說是bug，只能說性能指標不能滿足要求，
包括可接受的時間范圍（回應時間），就是性能測驗中的性能指標，
在專案、某個借口從來沒有做過性能測驗時，要獲取性能指標值作為基準值，
性能指標值：回應時間、并發用戶數、服務器處理能力（TPS）、網路傳輸情況（吞吐量、吞吐率）、資源利用率 - 驗證：性能變化趨勢，提升or降低，和之前的做對比
廣義（軟體）性能測驗
- “看看你有幾斤幾量”（負載測驗）：逐步增加并發用戶數，發起請求，找到我們系統的拐點區間，
關鍵詞：逐步加壓
用97個并發用戶數正常，用98個并發用戶數出現例外，用97個并發用戶數，持續運行一段時間，得到平均回應時間、服務器處理能力TPS、資源監控值、網路吞吐量/吞吐率，這就是當前性能測驗的結果， - “鴨梨好大哦！”（壓力測驗）：通過一定并發用戶數，持續比較長的時間請求，查看我們服務器的穩定性，
關鍵詞：比較大的壓力 + 比較長的時間 * 24
以前做壓測，是7天乘以24小時，現在的話，都是互聯網敏捷專案，可以壓一晚上，也至少可以有12個小時，6點下班壓到9點上班，也超過12小時了，不耽誤白天上班時間，
97并發用戶數的20%-30%持續比較長的時間，如果是97并發用戶數的70%-80%持續時間可能就比較短一些了，一般不會用100%的最大并發用戶數去做，
壓測/負載/性能=負載測驗（指標區間）+性能測驗（準確的性能指標值）==>>測驗報告
負載測驗（并發用戶區間）在前，壓力測驗（穩定性）在后，
生產服務器不穩定，三天兩頭宕機，這時候要做的是負載測驗+性能測驗+壓力測驗==>>測驗報告
性能測驗的前提
- 性能測驗的必要性研究——關鍵項評估
- 主管部門、監管部門審查
- 涉及生命財產安全：銀行系統、安防系統、醫療系統，電商系統中涉及到錢涉及到購買商品
- 大型新系統
- 核心系統
- 架構調整
- 業務副增：搞活動的時候，可能是一個頁面或者某一些業務量劇增，對于活動頁面或者可能劇增的關聯業務進行性能測驗
- 重大缺陷修復
- 可測性——可以量化為性能指標值
要求：活動頁面，能夠支持10w人訪問，
缺少了關鍵要素，比如多長時間支持10w，
日均訪問10w/t，不需要要求介面支持500并發用戶，或者100并發用戶，
一般企業，每個介面的并發用戶達到50個，基本上可以滿足了，
性能測驗的基本原則
首先，單介面，再多介面，
然后，多介面構成業務/模塊，
然后，多業務混合，
然后，再系統，
最后，全鏈路，
性能測驗的必備條件
- 獨立服務器
- 獨立網路
性能測驗的主要指標
- 并發/并發數/并發用戶數
并發：
狹義：同一時間做相同事情
廣義：同一時間做不同事情，混合場景
并發數：單位時間內向服務器發起請求的用戶數 virtual user
并發用戶數：用于模擬真實用戶向服務器發起請求的性能測驗虛擬用戶數量
系統用戶數：只要訪問過系統的用戶，可能含一次性訪問的用戶
在線用戶數：當前正訪問系統的用戶，不一定有壓力
- 回應時間 t1+t2+t3+t4 重要
從發起請求到收到請求回應的時間
網路傳輸時間 t1 t4
服務器處理時間 t2 t3
- 吞吐量/吞吐率（事物/s Kb/s）====衡量 網路的重要指標
吞吐量
事務數
吞吐率
資料量 - TPS（Transaction per second）——（服務器）最主要的性能指標
服務器每秒通過事務數
服務器處理事務數
服務器綜合能力的體現，這個指標是測出來的，不是算出來的，
TPS和QPS的區別？
QPS query per second，每秒查詢率，
有些企業，TPS等于QPS，是簡化版，不等于資料庫的查詢次數，也可以查詢redis快取，找檔案快取，就不走資料庫，
- 資源利用率（靠監控）
資源
cpu
記憶體
磁盤
i/o
性能測驗的工具
- jmeter
- loadrunner
- 自研+python+locust
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/259447.html
標籤：其他
下一篇：MySQL架構分析