Jmeter、Postman 、 loadrunner SoapUI 接口测试工具

一、 loadrunner  简称 LR

二、 Jmeter

1、安装包:apache-jmeter-4.0.tgz   解压。学会此工具的使用  和POSTman 一样的。

2、本机测试:双击apache-jmeter-4.0\bin 的 jmeter.bat 启动

添加线程组,后 添加两个东西,设定IP 和端口,headerManager貌似不用设定

Jmeter、Postman 、 loadrunner  SoapUI 接口测试工具

添加 Sampler HTTP Request

Jmeter、Postman 、 loadrunner  SoapUI 接口测试工具

添加View Results Tree ,  启动,通过View Results Tree  查看结果

Jmeter、Postman 、 loadrunner  SoapUI 接口测试工具

拓展 ======================================

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要“敏捷”很多

上一篇:【spring源码分析】IOC容器初始化——查漏补缺(一)


下一篇:jQuery+Ajax+Jsp做二级级联