Jmeter、Postman 、 loadrunner SoapUI 接口测试工具
一、
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要“敏捷”很多