[TOC] **壓測任務具體包含：** 0.前期準備 　　業務需求評審就加入項目，可以深入了解業務、重要功能的需求和邏輯 <br /> 1.性能需求分析（評審） 　　明確性能測試范圍、目標，由于非專業性能測試人員也不知道怎么定目標，所以最好是引導產品、需求或者開發出目標，避免只有測試背鍋； 　　基于接口或者場景（流程）的性能測試指標，一般是tps（每秒事務數，這里都是通過的事務）、art（平均響應時間）及并發數，加上服務器資源利用率的要求（cpu、內存、IO、網絡等）。 <br /> 2.熟悉系統架構，申請性能測試環境 　　用到的web服務器、應用服務器、緩存數據庫服務器、數據庫服務器、文件服務器等，畫出系統架構圖，理解其中的邏輯；對需要監控的服務提前做技術準備 <br /> 3.制定性能測試方案 　　計劃什么時候做什么事，需要的資源，技術策略（比如監控分析工具選擇等等）、用例設計 <br /> 4.搭建測試環境，準備測試數據 　　數據庫的存量數據+增量數據，比如一個查詢接口，都是并發100用戶，對應的表數據量是1萬和100萬，壓測結果是不一樣的，這個數據量根據生產環境獲取；數據最好是有標識、有規律的數據； <br /> 5.主流程穩定后，調試被測接口、開發壓測腳本（也可以在功能測試環境進行） 　　參數化、關聯、事務、檢查點、思考時間等，造參數化測試數據 　　另外，這里涉及到場景的設計：單場景、混合場景、穩定性場景、異常場景 <br /> 6.預測試（環境確認測試） 　　跑1個用戶，看壓測環境功能是否通 　　估算并發過程中需要多少參數化數據的數據量 <br /> 7.執行壓測并監控服務器資源等 　　看測試指標是否滿足需求，從請求開始，一步一步排查請求流經的節點，包括服務器資源（cpu、內存、磁盤io、網絡）是否存在性能瓶頸、各種連接等是否存在性能瓶頸 　　常見性能問題：[https://www.cnblogs.com/uncleyong/p/10641248.html](https://www.cnblogs.com/UncleYong/p/10641248.html) <br /> 8.分析定位 　　基于上一步的監控數據，對瓶頸進行分析、定位，全流程排查，模塊隔離分析，日志分析 <br /> 9.性能優化 <br /> 10.性能回歸 <br /> 11.編寫性能報告 　　測試結果，測試是否通過；發現、解決什么問題，系統性能提升了多少倍；如何調優的，改了什么東西，以便上線同事知道 <br /> <br /> 從上面可以看到： 1. 沒提到jmeter，因為jmeter≠性能，jmeter只是一個主流客戶端并發工具，當然，你也可以用loadrunner、locust、或者自己寫并發代碼，對于大部分測試來說，代碼能力是短板，所以，如果有輪子，我們就不要花時間去造輪子了，直接用，先學會并發工具的常用功能，然后系統架構中各個技術棧的監控、分析等等； 2. 性能要求的知識面比較廣，不僅需要知識積累，也需要實戰經驗積累；