壓測任務具體包含：
0.前期準備
需求階段就加入專案，可以深入了解業務、重要功能的需求和邏輯
1.效能需求分析（評審）
明確效能測試範圍、目標，由於非專業效能測試人員也不知道怎麼定目標，所以最好是引導產品、需求或者開發出目標，避免只有測試背鍋；
基於介面或者場景（流程）的效能測試指標，一般是tps（每秒事務數，這裡都是通過的事務）、art（平均響應時間）及併發數，加上伺服器資源利用率的要求（cpu、記憶體、io、網路等）。
2.熟悉系統架構，申請效能測試環境
用到的web伺服器、應用伺服器、快取資料庫伺服器、資料庫伺服器、檔案伺服器等，畫出系統架構圖，理解其中的邏輯
3.制定效能測試方案
計畫什麼時候做什麼事，需要的資源，技術策略（比如監控分析工具選擇等等）、用例設計
4.搭建測試環境，準備測試資料
資料庫的存量資料+增量資料，比如乙個查詢介面，都是併發100使用者，對應的表資料量是1萬和100萬，壓測結果是不一樣的，這個資料量根據生產環境獲取；資料最好是有標識、有規律的資料；
5.主流程穩定後，除錯被測介面、開發壓測指令碼（也可以在功能測試環境進行）
引數化、關聯、事務、檢查點、思考時間等，造引數化測試資料
6.**試
跑1個使用者，看壓測環境功能是否通
估算併發過程中需要多少引數化資料的資料量
7.執行壓測並監控伺服器資源等
看測試指標是否滿足需求，從請求開始，一步一步排查請求流經的節點，包括伺服器資源（cpu、記憶體、磁碟io、網路）是否存在效能瓶頸、各種連線等是否存在效能瓶頸
8.分析定位
基於上一步的監控資料，對瓶頸進行分析、定位，全流程排查，模組隔離分析，日誌分析
9.效能優化
10.效能回歸
11.編寫效能報告
測試結果，測試是否通過；發現、解決什麼問題，系統效能提公升了多少倍；如何調優的，改了什麼東西，以便上線同事知道
從上面可以看到：
1、沒提到jmeter，因為jmeter≠效能，jmeter只是乙個主流客戶端併發工具，當然，你也可以用loadrunner、locust、或者自己寫併發**，對於大部分測試來說，**能力是短板，所以，如果有輪子，我們就不要花時間去造輪子了，直接用，先學會併發工具的常用功能，然後系統架構中各個技術棧的監控、分析等等；
2、效能要求的知識面比較廣，不僅需要知識積累，也需要實戰經驗積累；
效能測試流程
很多人剛剛接觸效能測試的時候，拿到客戶提出的大致需求，如併發使用者數是500，響應時間3秒。然後就開始做指令碼，加壓執行，收集測試結果 等客戶問到 某某流程支援多少併發？各個測試流程比例是否和實際使用者使用情況一致？可擴充套件需求情況如何？然後我們就傻眼了.拿到乙個效能測試任務的時候，我們首先需要明...
效能測試流程
一 需求提測 需求分析 查詢 1 效能指標 tps 現在大於17筆 秒，未來大於100筆 秒。rt小於500ms 2 介面是什麼 3 接 互協議是什麼 http 4 線上資料是多少 5w 5 部署幾台機器 6 系統架構 二 效能方案 1 業務分分析，系統架構，系統設計 2 效能指標 tps 現在大於...
效能測試流程
效能測試思路 資訊 你是有經驗的，你所說的都應該是做過的 效能角度 使用者 快 響應時間 response time 客戶 多 業務處理能力 吞吐量 tps hps pv 開啟頁面數 throughtput 開發商 軟體 演算法 db是否優化 運維 管理員 硬體 資源利用率 調研 1 目的 1 最大...