效能測試可以發現專案中很多隱藏的問題，比如：sql查詢慢的語句優化、記憶體洩漏、記憶體溢位、執行緒安全、執行緒死鎖等問題，為上線後專案併發和長時間執行去除隱患。
效能測試的步驟：
step1：
從研發那裡得到介面清單、實際場景中的併發數量（tps）、以及相應時間（rt）。
step2：
測試人員根據介面清單除錯指令碼---埋底資料---要考慮到指令碼與實際場景一致，不能自己創造出問題。
step3：
對各個伺服器的資源進行監控，監控cpu和menmory用serveragent、或者granfa，granfa的好處在於能從整體上檢視到伺服器的資源情況以及時段波峰。
用pinpoint監控請求的介面的詳細資訊（成功和失敗請求筆數、介面請求時候的層級方法呼叫、堆情況和gc情況）
用jvm監控應用的堆記憶體情況和執行緒情況。
用jconsole檢視應用的詳細記憶體情況，比如新生代、老年代記憶體。
連線資料庫，找研發要資料庫的例項、使用者名稱和密碼、以及測試過程中需要用到的表名稱。
step4：
編寫效能測試方案，主要模組：要測試的介面以及指標值、測試的環境、測試用例的設計、以及測試的准出準則。
主要是：測試用例的設計，先對單個介面進行指標驗證，指標驗證通過後，再對單個介面進行負載測試，找出最大負載量，再對好幾個介面混合後進行長時間測試（5--10小時）。
主要監控：cpu和記憶體。
step5：
執行測試、在測試中發現問題後需要及時發給研發修復。格式為：場景--什麼問題--如何調優。
對你的問題描述清楚，研發解決後需要形成閉環，整理出效能問題，以便測試報告中整合。
step6：
所有的效能問題回歸測試通過後，測試通過，發出測試報告以便全員知曉情況。
測試報告包括：測試的結論、測試的詳情（基準、負載、混合場景）、測試問題的回歸情況、以及風險的預估。
step7：
大功告成，總結下本次效能測試中遇到的問題以及歸檔。
效能測試 效能測試步驟
針對此次庫內作業效能測試，梳理一下期間的工作流程 梳理已有的介面指令碼，確認需要做效能測試的幾個介面，即使用率高，對效能有要求的幾個主要介面。結合頁面的操作，和確認的介面，梳理具體的業務邏輯 同時，請開發人員部署了測試環境。測試環境的伺服器指標，盡量和生產環境一致。部署的時候，負載均衡等情況也盡量和...
效能測試步驟梳理
from 最近在給新員工做培訓的時候，將效能測試進行的步驟進行了一次總結和梳理，放在這裡供大家拍磚。效能測試需求收集 這一步叫萬丈高樓平地起，從無到有的過程，收集產品需求中的效能指標，我們從效能測試的目的出發，一般可以嘗試從軟體所依賴的硬體環境，軟體架構方面入手去考慮，如果遇到專業的產品人員，自然要...
效能測試方法總結
軟體效能測試過程詳解與案例分析 段念 編著 學習筆記四 1.效能測試 performance testing 通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。目的是驗證系統是否具有系統宣稱具有的能力 需要事先了解被測試系統典型場景，並具有確定的效能目標 要求在已確定的...