一、 loadrunner 簡稱 LR
二、 Jmeter
1、安裝包：apache-jmeter-4.0.tgz 解壓。學會此工具的使用 和POSTman 一樣的。
2、本機測試：雙擊apache-jmeter-4.0\bin 的 jmeter.bat 啟動
添加線程組，后 添加兩個東西，設定IP 和端口，headerManager貌似不用設定
添加 Sampler HTTP Request
添加View Results Tree , 啟動，通過View Results Tree 查看結果
拓展 ======================================
postman+jmeter接口實例 - 笨笨的妞 - 博客園--這篇對postman講得非常好。
http://www.cnblogs.com/alasijia/p/8037094.html
postman和jmeter的接口測試案例 - 響馬_800 - 博客園--也不錯
http://www.cnblogs.com/zgw-800/p/8032168.html
postman中 form-data、x-www-form-urlencoded、raw、binary的區別 - 海藍steven - 博客園
https://www.cnblogs.com/rogge7/p/8521301.html
轉：有postman和Jmeter了為什么還要寫接口測試框架？
學接口自動化之前我想過這個問題，之前還在群里問過這個愚蠢的問題，后來被群友噴死了，想想當時的自己也是可愛。
今天呢，看了蟲師的書，聚的書中有點觀點很是贊同，所以特此記錄一下，也給看到博客的有緣人答疑一下啊，哈哈！
主要原因如下：
1.測試工具有很多不足的地方，比如測試數據的不可控。
接口測試的本質就是調用接口輸入數據，再驗證接口返回的數據是否符合預期，如果返回的數據不可控那么工具就無法斷言結 果！
2.工具無法測試加密的接口，比如說一個接口的入參需要簽名驗證，即是對當前的時間戳+密鑰進行MD5加密后傳輸，因為時間戳是動態的，所以一般的接口測試工具是無法模擬的
3.工具的擴展能力不足，比如想生成不同格式的測試報告，並將測試報告發送至郵箱，又或者想將接口測試集成到持續集成中，如jekins都存在局限性
綜上所述：用代碼的方式執行接口測試才是萬能的啊！！！！！！
結束！
=====別人的評論
jmeter elk grafana influxdb 這些工具才是行業最主流的 主流的互聯網公司基本都在使用這套架構
接觸不到底層的是jmtet， LR都是基於傳輸層寫代碼的 這還不夠底層？
LR 支持 linux
LR學習成本相對較高，但是結果分析方面jmeter是不能比的
Jmeter擴展性較好，開發插件方便(比如一些私有協議需要測試)，至於報告不好看，這個完全可以自己定制（InfluxDB+grafana+Jmeter的BackEndListenser）
個人見解：工具無分好壞，適合自己的場景能達到測試目的即是好工具
jmeter操作起來比LR要“敏捷”很多