1、jmeter外掛

https://blog.csdn.net/weixin_39430584/article/details/80947093

http://www.doc88.com/p-2148115301898.html

3、結果分析
https://blog.csdn.net/x83853684/article/details/80403190

4、jmeter 記憶體溢位 解決方案 ---bin / jmeter.bat 修改配置檔案
https://www.cnblogs.com/sunshine2016/p/6647142.html

通過逐步增加執行緒數，觀察平均響應時間和TPS，隨著執行緒數的增加，TPS很難上升，平均響應時間明顯增加的情況下，基本可以說明已經達到壓力機的瓶頸，記下此時的執行緒數，在壓測時，單臺壓力機最大執行緒數不宜超過該執行緒數，否則壓測結果中，TPS和平均響應時間不準，壓測結果不準確。

---https://www.jianshu.com/p/3cc4dd32a89a

1）Error%:確認是否允許錯誤的發生或者錯誤率允許在多大的範圍內；

2）Throughput：吞吐量每秒請求的數大於併發數，則可以慢慢的往上面增加；若在壓測的機器效能很好的情況下，出現吞吐量小於併發數，說明併發數不能再增加了，可以慢慢的往下減，找到最佳的併發數；

3）壓測結束，登陸相應的web伺服器檢視CPU等效能指標，進行資料的分析;

4）最大的tps:不斷的增加併發數，加到tps達到一定值開始出現下降，那麼那個值就是最大的tps。

5）最大的併發數：最大的併發數和最大的tps是不同的概率，一般不斷增加併發數，達到一個值後，伺服器出現請求超時，則可認為該值為最大的併發數。

6）壓測過程出現效能瓶頸，若壓力機工作管理員檢視到的cpu、網路和cpu都正常，未達到90%以上，則可以說明伺服器有問題，壓力機沒有問題。

7）影響效能考慮點包括：資料庫、應用程式、中介軟體（tomact、Nginx）、網路和作業系統等方面

效能測試的分析方法-----------

　　自底向上：通過監控硬體及作業系統效能指標（CPU、記憶體、磁碟、網路等硬體資源的效能）來分析效能問題（配置、程式等）。因為使用者請求最終是由計算機硬體裝置來完成的。

　　自頂向下：通過生成負載來觀察被測試的系統性能，比如響應時間、吞吐量，然後從請求起點由外及裡一層一層分析。

轉載https://www.cnblogs.com/little-little-bai/p/10338218.html