Jmeter、Postman 、 loadrunner SoapUI 接口測試工具

1、 loadrunner  簡稱 LR

2、 Jmeter 

一、安裝包：apache-jmeter-4.0.tgz   解壓。學會此工具的使用  和POSTman 同樣的。

二、本機測試：雙擊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要「敏捷」不少