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要“敏捷”不少