LoadRunner

一、 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 转

深入Selenium自动化测试 环境搭建（java篇）Selenium基础到企业应用，用例设计，持续集成视频教程25套高级软件测试，性能测试，功能测试，自动化测试，接口测试，移动端测试，手机测试，WEB测试，渗透测试，测试用例设计，黑盒测试，白盒测试，UFT高级测试，Android测试，Selenium3自动化测试，Python3 测试，Java接口测试项目实战视频课程 视频课程包含： 25套高级软件测试包含：性能测试，功能测试，自动化测试，接口测试，移动端测试，手机测试，WEB测试，渗透测试，测试用例设计，黑盒测试，白盒测试，UFT高级测试，项目实战，Android测试，Selenium3自动化测试，Python3 测试，Java接口测试，LoadRunner性能测试，Appiumapp自动化测试，UIAutomator，Appium，Unittest测试框架，Kali Linux Web渗透测试，Git+Jenkins持续集成，LR+Jmeter性能测试，分布式性能测试高级视频课程。。。 25套精品课程介绍： 1、25套精品是掌柜最近整理出的最新课程，都是当下最火的技术，最火的课程，也是全网课程的精品； 2、25套资源包含：全套完整高清视频、完整源码、配套文档； 3、知识也是需要投资的，有投入才会有产出（保证投入产出比是几百上千倍），如果有心的朋友会发现

前几天在Q群里看到群友发的最近10年性能测试工具使用率的统计，最近的2018年，jmeter+loadrunner占了93%的使用率，说明这两个是主流，其中，jmeter的使用率逐年提升，现在已经超过了loadrunner，占了51%。 除了做性能，jmeter也可以做自动化测试，比如jmeter + ant + jenkins的自动化测试框架（参考： https://www.cnblogs.com/UncleYong/p/10739519.html ），jmeter还可以做接口功能测试，所以，jmeter应该是每个测试工程师的必备技能。 这里，我们着重讲解jmeter的关联，什么是关联？将服务器提供动态变化的值存放在变量中，当需要使用该变量时，自动从服务器响应的信息中获取该值，并在后面使用的过程中进行替换。（也可能是前端页面动态生成的值） jmeter关联的方式比较多，这里介绍5种方式，总有一种让你喜欢。 如果想了解loadrunner关联的，可以参考LoadRunner【第五篇】关联： https://www.cnblogs.com/UncleYong/p/10702702.html 脚本准备 这里，我们用dummy取样器来模拟服务器的返回，通过关联获取name的值，然后百度搜索这个name的值，这就我们就简单模拟了请求间的依赖关系。 添加dummy取样器 设置返回内容

jmeter下载 前提：已经安装jdk8+ jmeter下载地址： http://jmeter.apache.org/download_jmeter.cgi 有Binaries和Source版本 前者是编译好的，可以直接使用的版本；后者是源代码版本，需要自己编译才行 一般直接下载Binaries版本就可以了 tgz和zip是两种压缩格式，两个压缩文件里面包含的内容是一样的，只是压缩的格式不一样。 tgz：用于Linux(或Unix)系统，tar.gz文件比zip小。 zip：用于Windows系统（也可用于linux，但是需要赋予权限） zip包下载完成 回到顶部 jmeter在windows下安装（含插件安装） 前提：windows下安装jdk 解压后放到D盘 windows环境下，点击【jmeter.bat】启动jmeter客户端 可以看到，是英文界面 打开【jmeter.properties】文件 搜索language 去掉前面的#，值改为zh_CN，保存文件 重新点击【jmeter.bat】启动jmeter客户端，可以看到界面变成中文了 根据喜好，选择外观，我选择【System】 jmeter插件安装 打开下载插件地址：http://jmeter-plugins.org/ 下载插件jmeter-plugins-manager.jar

1、 Jmeter 的架构跟 LoadRunner 原理一样，都是通过中间代理，监控&收集并发客户端发现的指令，把他们生成脚本，再发送到应用服务器，再监控服务器反馈的结果的一个过程. 　　2、分布式中间代理功能在Jmeter中也有，这个分布式分理是指可设置多台代理在不同PC中，通过远程进行控制，即通过使用多台机器运行所谓的Agent来分担LoadGenerator自身的压力，并借此来获取更大的并发用户数.LoadRunner也有些功能． 　　3、Jmeter安装简单，只需要解压Jmeter文件包到C盘上就可以了，其实是没有安装．要是你想执行调试 测试 脚本，前提是：装上jdk和netbean插件.而LoadRunner安装包有1G多，在一台P3.0，1G内存的PC上安装要一个多小时.要是装过较旧的盗版还不能再装新版，解决办法倒是有，但麻烦且花时间. 　　4、Jmeter没有IP欺骗功能，IP欺骗是指在一PC台上多个IP地址来分配给并发用户．这个功能对于模拟较真实的客户环境来说，是较有用.LoadRunner有此功能. 　　5、Jmeter也提供了一个利用本地ProxyServer（代理服务器）来录制生成测试脚本的功能，但是这个功能并不好用，测试对象的个别参数却要手工增加上去，还得附带装个IE代理，如GoogleToolbarDownloader这些插件来捕捉参数

loadrunner性能监控指标--应用服务器 内存： 　　1） UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可 能是瓶颈。也可能是内存访问命中率低。 　　2） Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时 Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。 　　内存资源成为系统性能的瓶颈的征兆: 　　很高的换页率(high pageout rate); 　　进程进入不活动状态; 　　交换区所有磁盘的活动次数可高; 　　可高的全局系统CPU利用率; 　　内存不够出错(out of memory errors) 处理器： 　　1） UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考 虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85% 　　合理使用的范围在60%至70%。 　　2） Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor

4.1 Jmeter 快速入门教程(一) - 认识jmeter和google插件 4.2 Jmeter 快速入门教程(二)--创建简单web测试 打印 E-mail 4.3 Jmeter 快速入门教程(三-1) --添加响应断言（即loadrunner中所指的检查点） 4.4 Jmeter 快速入门教程(三-2) -- 设置集结点 4.5 如何使用jmeter参数话 4.6 Jmeter 参数关联设置 4.7 Jmeter 快速入门教程--录制复杂web测试脚本 4.8 Jmeter 快速入门教程 -- 如何使测试脚本更强大 4.9 Jmeter自定义Sample(自定义测试内容)完成测试 4.10 Jmeter 快速入门教程 -- 用Jmeter测试你的EJB 4.11 Jmeter 快速入门教程 -- jmeter事务控制器 4.12 Jmeter 快速入门教程 -- 监控被测资源 4.13 JMeter 参数化、检查点、集合点 4.14 Jmeter聚合报告各项含义 Jmeter 使用技巧 (如何在linux下运行jmeter视窗界面呢）-jmeter如何模拟http发送gzip数据 巧妙的使用jmeter来发送json格式数据 来源： oschina 链接： https://my.oschina.net/u/4382793/blog/3872219

软件测试分类： 划分为：黑盒测试、灰盒测试、白盒测试 黑盒测试：也称为功能测试、数据驱动测试、或者基于规格说明的测试，测试这不需要了解程序内部情况，只知道程序的输入和输出和系统的功能，这是从用户角度对程序进行的测试。 白盒测试：也称为结构性测试、逻辑驱动测试或者基于程序本省的测试，它重于程序内部结构和算法，通常不包括功能和性能指标，白盒测试是一种基于对源码的控制结构、处理过程等进行分析，检查程序内部处理是否正确，包括异常处理、语句结果，分支，循环结构等，白盒测试一般是以单元或者模块为基础； 白盒测试主要测试方法为： 1、语句覆盖：使程序中的每个语句至少都被覆盖一次 2、判定覆盖：使程序中每个判定至少为真或者为假各一次 3、条件覆盖：使判定中每个条件获得各种可能的结果 4、判定/条件覆盖：同时满足判断覆盖和条件覆盖 5、条件组合覆盖：使的每个判定中条件的各种可能组合至少出现一次。 灰盒测试: 是基于程序运行时外部表现同时又结合程序内部逻辑结果来设计用例，执行程序并采集程序执行信息和外部用户外部接口结果的测试技术，这种测试技术介于黑盒测试和白盒测试之间，灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识和与之交互的环境，能够用于黑盒测试以增强测试效率，错误发现和错误案例分析的效率（接口测试属于灰盒测试）。 划分为：静态测试与动态测试 静态测试：不运行代码

什么是接口测试？ 接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点，测试的重点要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 接口测试场景： 手机app 客户端软件 web网站API：微信接口、新浪微博接口等等 公司内部系统API：订单接口需要调用用户资金接口查询余额。 软件架构模型： 服务器-客户端： 1：b/s：浏览器服务器模型，通过http协议、websocket协议等进行通讯。 2：c/s：客户端服务器模型。客户端：app、桌面软件 服务器内部： 服务器之间互相调用。 接口测试分类： 1：模块之间的接口：如订单模块下单时，需要去用户资金模块查询余额 2：系统对外部系统提供的接口 3：内部子系统的服务之间的接口 登录： 1：username=lixx&pwd=123456 2：json： {username：'lixx'，pwd：'123456'} 3：xml： <root> <username value='lixx'> 　<pwd value='123456'> </root> 4：自定义： 定长：lixx 123456 不定长：lixx123456 tcp/ip协议： http、https、websocket、json、xml webservice（soap/wsdll）

Apache Benchmark下载 ab 的全称是 ApacheBench ， 是 Apache 附带的一个小工具 ， 专门用于 HTTP Server 的 benchmark testing ， 可以同时模拟多个并发请求。前段时间看到公司的开发人员也在用它作一些测试，看起来也不错，很简单，也很容易使用，所以今天花一点时间看了一下。 通过下面的一个简单的例子和注释，相信大家可以更容易理解这个工具的使用。 一个简单的例子 /* 在这个例子的一开始，我执行了这样一个命令 ab -n 10 -c 10 http://www.google.com/ 。 这个命令的意思是启动 ab ，向 www.google.com 发送10个请求(-n 10) ，并每次发送10个请求 (-c 10)——也就是说一次都发过去了 。跟着下面的是 ab 输出的测试报告，红色部分是我添加的注释。 */ C:\Program Files\Apache Software Foundation\Apache2.2\bin> ab -n 10 -c 10 http ://www.google.com/ This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus