作為乙個開源的介面效能測試工具，jmeter已經能夠很好地完成基本的介面效能測試任務，但是和一些商業的效能測試工具如loadrunner相比，在功能的全面性上就略顯不足，比如在場景設定、結果的圖表展示等方面。不過，通過jmeter的第三方外掛程式jmeter plugins，jmeter的功能得以大大擴充套件。本文將介紹一些常用的jmeter外掛程式，以拓寬我們的效能測試思路。
2、將jar檔案放入jmeter安裝目錄下的lib/ext目錄下；
3、重啟jmeter，在options-plugins manager中可以看到外掛程式頁面如下，展示已安裝及可安裝的外掛程式。
jmeter自帶的執行緒組無法實現複雜的測試場景，只能設定固定執行緒數，對於類似浪湧式執行緒無法實現。jmeter plugins提供了2個支援複雜場景的執行緒組元件，ultimate thread group和stepping thread group。
1、ultimate thread group
ultimate thread group可以設定多條執行緒的任務，具體任務設定如下：
第乙個任務：10個執行緒在10秒內啟動，持續執行1800秒，然後在10秒內結束執行；
第二個任務：10個執行緒在第620秒的時候在10秒內啟動完成，並執行1200秒，然後在10秒內結束執行；
第三個任務：10個執行緒在第1240秒的時候在10秒內啟動完成，執行600秒之後在10秒內結束執行；
以此組成乙個浪湧場景，30個執行緒分三次啟動，也即乙個穩定性測試場景。執行緒任務場景如下圖所示。
2、stepping thread group
ultimate thread group的設定中，需要每次都計算initial dealy的值，比較麻煩。stepping thread group則更為簡單。
下圖設定的具體場景為：
共100個執行緒按照階梯狀遞增，每5秒內載入20個執行緒直到加到100個執行緒。
其中每個階梯執行600秒，最後乙個階梯執行1000秒，即最終併發100個執行緒時的執行時間為1000秒。
最後每秒停止10個執行緒。
即tps：每秒事務數。效能測試中，最重要的2個指標之一。反映了系統在同一時間內能處理業務的最大能力，這個資料越高，說明系統處理能力越強。
該外掛程式的作用是在測試指令碼執行過程中，監控檢視伺服器的tps表現————比如整體趨勢、實時平均值走向、穩定性等。
jmeter本身的安裝包中，監視器雖然提供了比如聚合報告這種元件，也能提供一些實時的資料，但相比於要求更高的效能測試需求，就稍顯乏力。
其中，x軸是測試執行持續時間，y座標軸是當前時刻的事務數。某次的壓力測試每秒事務數曲線如下圖：
response times over time
即trt：事務響應時間，效能測試中，最重要的2個指標的另外乙個。
該外掛程式的主要作用是在測試指令碼執行過程中，監控檢視響應時間的實時平均值、整體響應時間走向等。
x座標軸是測試執行持續時間，y座標軸是事務響應時間。整體響應時間如下圖。
上述簡要介紹了jmeter plugins的幾個常用外掛程式，更多好用的外掛程式如redis、kafka、mongodb、hadoop/hbase testing等著你繼續探索哦~
未來的你肯定會感謝現在拼命的自己！
1.免費領取乙份216頁軟體測試工程師面試寶典文件資料。
USB口不夠用了
我的usb裝置越來越多了 滑鼠 鍵盤 遊戲手柄 無線網絡卡 藍芽介面卡 手機資料線 psp資料線 u盤等等的一大堆，並且這大部分是常駐我的電腦的，而我主機板就帶了四個口，根本就不夠用。雖然還有機箱上的兩個前置的usb口，但不想在前置的usb口上放置那些常駐電腦的裝置 擋住光碟機了 在網上看了看，大都...
為什麼synchronized不夠用
效率低 鎖的釋放情況少，試圖獲得鎖時不能設定超時 不能中斷乙個正在試圖獲得鎖的執行緒 不夠靈活 讀寫鎖更靈活 加鎖和釋放的時機單一，每個鎖僅有單一的條件 某個物件 可能是不夠的 無法知道是否成功獲取到鎖 lock trylock trylock long time,timeunit unit loc...
cartographer引數不夠用？自己自定義引數
比如我想在pose graph 2d.cc中新增乙個引數控制系統後端優化的頻率，怎麼新增呢？第一步 pose graph options.proto新增新變數 double local constraint search after n seconds 12 12是proto檔案的序號，每個引數不同...