效能測試之思
最近工作之餘，對以往的效能測試相關知識做了整理和覆盤，發現了很多之前沒認真思考過的小細節，整理出來，以供參考。。。
1、如何理解效能指標？
在效能測試中，涉及的效能指標有很多，強行記憶理解可能是一件很吃力的事情。對效能指標進行分層劃分，這樣有助於記憶和理解。
在體育運動中，我們都知道提倡“更高、更快、更強”，其實對於系統的效能，我們也可以這麼理解，大概分層如下：
| 分層 | 說明 |
| 更高 | 資源：CPU%、Memery%、I/O |
| 更快 | 速度：TPS、RT/ART |
| 更強 |
容量、PV、Hit |
2、層層分析效能瓶頸
軟體應用是一個很複雜的東西，影響效能表現的因素更多，直接影響OR間接影響，在分析過程中都是需要注意的。下面是一些比較常用的分析方法：
①、分層梳理
| 梳理層次 | 舉例說明 |
| 業務梳理 | 業務配比、依賴關係角度 |
| 資料梳理 | 真實資料統計準確性、測試資料失效過期、資料汙染 |
| 架構梳理 | 快取、叢集、負載均衡、分散式、微服務、非同步通訊、閘道器 |
| 引數梳理 | 最大連線數、最大執行緒數、JVM記憶體分配、timeout、異常/失敗重試次數 |
| 場景梳理 | 異常場景、容量場景、基準場景、併發場景、穩定性場景、多節點場景、容災恢復場景 |
②、模組梳理
| 組成模組 | 舉例說明 |
| 負載機 | 高併發下，負載機可能成為限制性能提升的瓶頸 |
| 網路 | 高吞吐量下，網路頻寬的不足會成為效能提升的瓶頸 |
| 中介軟體 | 快取策略、代理分發策略、服務通訊策略 |
| 伺服器 | CPU、Memory |
| 資料庫 | 索引、鎖、分庫分表、檢視、例項等 |
| 作業系統 | 檔案I/O、buffer、cached等 |
3、效能測試的方法論
①、效能測試場景一定要基於真實環境來模擬；
②、效能測試場景一定要基於具體清晰的指標來構建；
③、場景建模是分析的結果，效能需求分析是場景建模的前提；
④、開展效能測試之前，要設定統一的目標、分析方法、條理分明的流程以及高度的團隊協作和任務分配；
⑤、效能測試，執行監控分析是核心；
4、什麼時候需要關聯
①、服務端value動態返回；
②、資料在後續執行中需要引用；
③、業務場景有前後依賴關係；
5、如何理解ThinkTime？
①、要不要新增ThinkTime？
②、什麼時候用到ThinkTime？
③、用ThinkTime會有什麼效果？
④、ThinkTime是否匹配真實業務場景？
⑤、ThinkTime是否會影響到伺服器資源？
6、你真的瞭解測試目的麼？
①、在什麼環境/條件下執行測試？（硬體配置、軟體版本/引數、測試環境）
②、被測試的系統業務場景是什麼？是否要剔除不必要的業務？
③、如果保證資料的真實性、有效性？如何避免資料汙染帶來的影響？
④、測試策略真的符合預期的目的麼？
⑤、系統的效能表現真的符合實際的生產場景麼？如何量化？
以上就是一些最近思考整理的問題，僅供參考，後續如有新的思考點，會更新，就醬。。。