參考前面的壓力測量對策流程。
二、壓力測量需求
有必要定義壓力測量的環境。
要進行壓力測試的接口，包括接口的參數。
接口的預期qps需要明確。
需要定義在線機器配置。
三、壓力試驗準備
3.1，服務器開發準備:
1.根據要測試的接口，決定需要部署哪些相關的依賴服務。
2.測試與接口對應的服務和接口。
3.相關配置
4.相關數據庫
5.所需的機器布置，包括機器的配置，需要幾臺機器。
3.2、前端開發準備:
1.測試接口和服務應用
2.域名
3.需要準備的機器
4.根據要測試的接口，決定部署哪些相關的依賴項。
3.3、測試準備:
1.準備壓力測試的測試計劃和測試方案。
2.通過接口確認壓力測試場景，包括每個接口需要測試的場景以及接口預期的壓力測試線程。通過測試場景確認測試方案。
3.根據測試計劃準備測試腳本。
4.根據每個接口的情況準備相應的測試場景。
5.根據測試場景準備所需的測試數據。它將包括登錄帳戶、接口返回的數據等等。建議可以將在線數據庫直接復制到壓力測量環境中。
6.申請壓力機械的測試權限
7.準備需要在印刷機上運行的工具。
四、壓力測量方案和計劃
4.1.編制壓力測量方案和計劃。
1.試壓方案和計劃的模板視圖
2.整合處理測試方案中的信息，包括待測試的接口和每個流程對應的時間節點。
3.測試計劃和測試方案確定後，需要和相應的人員壹起評審(包括服務器開發、前端開發、測試人員、前端運維、服務器運維等。)來確認最終流程的時間節點。
4.根據測試計劃中的時間輸出相應的結果。包括服務券和前端代碼部署、機器應用和部署、測試用測試腳本輸出。
4.2、測試編寫測試腳本
1.確認測試界面是否依賴登錄，是否需要登錄信息。
2.確認待測接口屬於atop接口還是http接口。
3.確定需要編寫哪些腳本。
4.調試測試腳本5。
自動化腳本或jmeter腳本，可以查看jmeter的使用情況。
4.3、測試驗證測試腳本
1.在日常環境中驗證測試腳本，確保腳本可以正常運行。
2.安排測試接口所需的準備數據。
3.準備測試接口所需的斷言。
4.4.壓力機壓力測量環境的驗證。
1.用壓力測試環境的數據替換測試腳本中相應的域名和數據。
2.在壓力測試環境中驗證環境和腳本。
3.開發調試壓力測試環境中的問題，調試腳本問題。
4.5.在壓力測量環境中進行模擬壓力測量。
1.使用界面模擬壓力測量，並確認要采集的圖標信息和結果是否符合預期。
2.確認壓機和壓力測量儀是否正常，是否需要更換。
3.確認要收集的數據的收集。
4.確認斷言方法是否ok。
動詞 （verb的縮寫）壓力測量開始
5.1，正式壓力測量:
1.開始正式試壓，關閉所有人(開發、運維、DBA等)試壓。).
2.根據界面壓力測量值確定界面壓力測量的順序。
3.需要逐漸增加壓力測量中的螺紋數量。
4.觀察壓力測量過程中實時qps與錯誤報告的相關性，並通知開發人員相應的接口響應時間以供查詢。
5.根據界面的鏈接，通知相應人員檢查試壓時的接收時間和響應時間。
5.2、試壓時的結果分析:
1.二級接口壓力測試完成後，分析結果，確認壓力測試後的qps、錯誤率、10%、50%、90%用戶響應時間。
2.開發並找到相應的浪費時間。現場優化後，可以對這個接口進行壓力測試，找到性能瓶頸。
3.壓力測量的最終結果是找到最大qps和開始出現的並發錯誤數。
4.如果當前線程數對應的線程數不滿足對應的qps要求，可以根據qps決定增加多少線程。如果線程數增加，qps沒有提高，qps的極限已經找到了。
5.3、穩定性試驗:
1.找出相對穩定的qps對應的線程數，並測試穩定性。
2.穩定性試驗和壓力試驗的區別在於持續時間。
3.穩定性測試可以用來觀察接口被連續調用時系統的性能。
4.之後根據穩定性測試和壓力測試的qps，就可以計算出相應的日活度。
六、壓力試驗報告整理後
1.測試報告安排
A.整理本次壓力測試的測試報告。
b .測試報告應記錄壓力測量對應的時間節點、本次壓力測量對應的qps以及本次壓力測量的誤差率。
C.這次測的是10%、50%、90%用戶的響應時間。
D.壓力測量過程中的毛刺時間節點。
E.壓力測量中曲線對應異常的原因。
f該報告需要同時開發和測試。
G.測試記錄、壓力數據和圖標
H.開發並記錄相應系統的cpu利用率、負載、數據庫負載等信息。
壹、測試報告模板