隨著對jmeter使用的深入，我越來越傾向於在自己的工作中使用jmeter工具，並且也不遺餘力的向我認識的測試工程師推薦這個工具，但很多任務程師在初步使用過這個工具後，會向我抱怨jmeter有太多不能做的事情，但在我看來，jmeter確實有不能做的事情，不過，對於web應用的測試，jmeter是足夠強大了。很多人會把jmeter和自己正在使用的loadrunner進行比較，然後說「還是loadrunner好用」——關於這一點，我覺得首先要明確「好用」的定義。接下來，我以自己的工作為例，說明一下jmeter是如何適應我的工作內容的。
我測試的主要專案都是基於web的應用，從效能測試的角度來說，我希望效能測試工具具有這樣的一些特點：
critical features：
1、支援http/https協議，能夠傳送http/https request；
2、支援使用者場景（借用了lr中的詞彙），能夠以某種比例在不同的業務上分布使用者數量；
3、支援事務；
4、支援引數化和關聯（還是借用lr中的詞彙）；
5、能夠獲得和彙總請求響應時間等資料，能夠提供響應時間彙總、事務/請求處理成功率等資料包表；
non-critical features:
1、能夠以漂亮的圖表展示出結果資料；
2、能夠提供漂亮的使用者介面（gui）；
3、能夠提供良好的錄製功能和除錯環境；
另外，從我所測試的產品，和我個人的角度來說，我還希望工具具有以下功能：
1、能夠靈活的擴充套件，例如，我的應用的後端（bakcend）和前端的通訊使用的是rpc方式，則我希望工具能夠通過我已有的api直接對後端產生負載，進行負載測試；
2、可以使用命令列方式，採用批處理模式執行（不需要gui），執行後的結果能夠通過email等傳送給我，或是直接integration到乙個可發布的web頁面上；
3、收集得到的資料能夠很容易的進行再處理（例如，以xml格式儲存raw data）；
4、工具本身具有很好的可信度，可以通過檢視**等方式，了解當意外發生時是工具本身的問題或是應用的問題。
大體上，jmeter和loadrunner都可以很好的完成critical feature中列出的任務，而lr在non-critical feature方面表現更出色。不過，jmeter在我希望的更靈活的功能方面大獲全勝。
jmeter的另乙個最大的優勢，自然是在cost方面，lr的**是有目共睹的，而jmeter，接近0的獲得成本對於資金不那麼寬裕的公司來說，實在是難得。
loadrunn 測試json body介面
web custom request request 隨便寫個名字 method post 請求的方法 url 請求位址 mode html raw body start,請求body開始的識別符號 body的內容 55,上面一行body內容的長度 raw body end,請求body結束的識別符...
jmeter屬性與變數
jmeter屬性定義在jmeter.properties 檔案中 更多詳細說明 getting started configuring jmeter 屬性是全域性的，常用來定義一些jmeter使用的預設設定,例如 remote hosts 定義jmeter遠端執行的伺服器 屬性可以在測試計畫中引用說...
Jmeter與Ab對比測試
jmeter和ab的測試結果如下表所示 figure6 jmeter和ab的併發壓測對比 其中紅色的是有錯誤出現，並且結果不太穩定沒有繼續往下再壓。綜上所述，我們一般所說的qps，tps，對應到jmeter應該就是throughout，對應到ab應該是requestper second，結合2者，就...