目錄
效能測試場景的分析
專案背景
實際工作中，我們拿到一個專案一般來說都會是專案經理說XXX來進行一下這個專案的壓測，可能實際中的很多場景需要我們自己來分析，所以我們經常會根據需求進行拍腦袋的進行需求的拆解然後根據拆解出來的需求進行效能場景的需求進行提取，以最近我做的智慧城市專案為例，比如我進行效能測試，領導只扔給我了一句話，說最近我們這個專案功能已經差不多了，辛苦測試一下效能差不多我們就上線了。
Jmeter指標
對於效能測試的一句話需求，我們就要根據這麼一句話和我們的Jmeter專業技能來展示技術了。首先我們的背景確認了以後，我們就要根據我們的功能需求來分析出主要場景以及選擇的Jmeter來確認如何進行效能測試了。
在我們專案背景不清楚的情況下，所有場景未確認的情況下我們就要根據我們的Jmeter的基本功來進行測試方法的選擇，很顯然我們的選擇肯定是：負載測試和壓力測試了，在選擇一定的使用者量進行測試無問題的情況下進行逐漸加壓。
根據確定的測試方法，我們來看看我們需要的Jmeter指標把；選擇好了我們的方法，一把擼我們的測試指標；對於我們的不管什麼場景，指標肯定相對固定都是來考慮我們的響應時間、併發使用者量、隨著逐漸加壓的使用者數的吞吐量、以及伺服器的記憶體、CPU、磁碟資源空間的使用情況等效能計數器；
效能測試場景的設計及準備
說了這麼多我們就來根據我們的智慧城市的需求來分析它的主要場景把；首先我來說明一下他的功能把：管理人員登入系統進行打卡，派發工單、稽核工單等功能實現城市充電樁的核心維護功能，當然還有檢視充電樁使用動態等功能，以及其他附屬功能，我就不累贅了，畢竟進行壓力測試也只選取了部分核心功能，登入、派發功能、打卡、稽核工單
資料準備工作就是這次工作的核心了，根據介面文件把相關介面進行編寫，當然介面文件不全，部分資料我也只能通過F12進行抓取了，使用了我們的Jmeter的CSV、隨機數以及後置處理器進行傳遞引數，當然併發過程也使用了同步定時器，為了更加接近真實環境加入了思考時間，監控效能指標從官網下載了ServerAgent等外掛來監控我們的效能計數器，加壓到2000使用者效能就趨於飽和，完工編寫測試報告
效能測試總結
效能測試完成後根據這次的效能壓測結果編寫測試報告，最大的感受效能測試的專案其實往往效能指標一般不會特別確定，我們要做的就是壓測過程中進行效能瓶頸的確認，在壓測過程中針對出現的效能瓶頸也有部分欠缺。