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