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