Hi!下午好!欢迎访问互联网
当前位置:主页 > 软件

云智慧压测实战分享之JMeter脚本录制

时间:2018-10-28 22:44:32| 来源:| 编辑:笔名| 点击:0次

云智慧压测实战分享之JMeter脚本录制实例

在前面的《云智慧压测实战分享之JMeter工具使用初探》中我们对JMeter的功能特点和常用元件做了简单介绍,接下来说说JMeter的脚本录制。JMeter有多种录制脚本方法,其中最常见的是通过第三方工具Badboy录制,另外还有JMeter自身设置(Http代理服务器+IE浏览器设置)来录制脚本,下面以压测宝为例来介绍下Badboy脚本录制过程。

注:使用JMeter的代理或是Badboy进行录制的时候,操作不能太快,不然容易造成录制失败。

1、打开Badboy工具,在地址栏目中输入被测试项目的地址。注意:Badboy启动默认是录制状态,为红色按钮,如图:

录制完成后点击工具栏旁边黑色按钮,结束录制。

2、选择文件--Export to JMeter

3、打开JMeter工具,选择文件--打开选择刚才保存的文件(.jmx类型),将文件导入进来了。

录制的脚本一定要添加HTTP Cookie Manager,否则脚本运行失败。

对于JMeter来说,一个测试计划只能有一个Cookie管理器,因为当多个Manager存在时,JMeter没有方法来指定使用哪个Manager,同时一个Cookie Manager中存储的Cookie也不能被其他Cookie Manager所引用,所以同一个测试计划中不建议使用多个Cookie Manager。

JMeter压测实例

下面我们用几个JMeter压测实例来熟悉一下JMeter的使用。

1、使用JMeter进行http接口测试

Jmter工具设计之初是用于性能测试的,它在实现对各种接口的调用方面已经比较成熟,因此可直接使用JMeter工具来完成对Http接口的测试。

1)、开发接口测试案例的整体方案:

第一步:我们要分析出测试需求,并拿到开发提供的接口说明文档;

第二步:从接口说明文档中整理出接口测试案例,里面要包括详细的入参和出参数据以及明确的格式和检查点。

第三步:和开发一起对接口测试案例进行评审。

第四步:结合开发库,准备接口测试案例中的入参数据和出参数据,并整理成csv格式的文件。

第五步:结合接口测试案例文档和csv格式的数据文档,做接口测试案例的自动化案例开发。

2)、接口自动化适用场景:

目前设计的自动化接口测试案例有两个运行场景:

a. 测试前置、开发自测:一个新的自动化接口测试案例开发完成后,直接发给接口对应的开发,安排在开发本地环境执行,一旦开发确认完成接口开发,就开始执行接口测试案例,基本上可以实时拿到测试结果,方便开发快速做出判断。【开发本地运行的方式就是打开JMeter工具,导入JMX文件,开始执行即可。】

b. 回归测试:开发本地测试通过后,或整个需求手工测试通过后,把自动化的接口测试案例做分类整理,挑选出需要纳入到回归测试中的案例,在持续集成环境重新准备测试数据,并把案例纳入到持续集成的job中来,这些用于回归的接口测试案例需要配置到持续集成平台自动运行。

3)、接口测试环境准备

4)、创建工程:

a、打开JMeter:下载好JMeter后,双击bin目录下的t文件:

b、添加线程组:在测试计划上点击鼠标右键--添加--threads(Users)--线程组,添加测试场景设置组件,接口测试中一般设置为1个线程数,根据测试数据的个数设定循环次数。

c、添加HTTP Cookie管理器:

d、添加Http请求默认值组件,当被测系统有唯一的访问域名和端口时,这个组件很好用:

e、在HTTP 请求默认值组件配置页面,填写被测系统的域名和端口,http请求的实现包版本以及具体协议类型,线程组里的所有HTTP Sampler可默认使用此设置。

f、程组里添加HTTP 请求的Sampler

g、在HTTP请求设置页面,录入被测接口的详细信息,包括请求路径,对应的请求方法,以及随请求一起发送的参数列表:

h、设置检查点:在被测接口对应的HTTP 请求上,添加响应断言

i、在设置页面上添加对相应结果的正则表达式存在性判断即可:

j、添加监听器:方便查看运行后的结果

上述步骤完成了一个简单测试实例的创建,复杂测试实例均在此基础上扩展完成。使用JMeter工具开发的接口测试案例,一个子系统建议放在同一个测试计划中,流程测试可以通过线程组来区分,这样也便于设定不同的测试数据个数。比较独立的接口,可以统一放在一个线程组内,顺序完成测试。

流程性接口的测试:如果要测试的接口可以组成一个流程,只需要顺序添加多个HTTP 请求的Sampler,各请求之间可以提取需要在上下文传递的数据作为参数,以保证流程中数据的一致性。

2、JMeter分布式测试

在使用JMeter进行性能测试时,如果并发数比较大(比如最近项目需要支持1000并发),单台电脑(CPU和内存)可能无法支持,这时可以使用JMeter提供的分布式测试的功能。

1)、JMeter分布式执行原理:

JMeter分布式测试时,选择其中一台作为调度机(master),其它机器做为执行机(slave)。

执行时,master会把脚本发送到每台slave上,slave 拿到脚本后就开始执行

云智慧压测实战分享之JMeter脚本录制

,slave执行时不需要启动GUI,我理解它应该是通过命令行模式执行的。

执行完成后,slave会把结果回传给master,master会收集所有slave的信息并汇总。

2)、执行机(slave)配置:

a、slave机上需要安装JMeter,具体如何安装这里不详细介绍了。

b、添加环境变量:JMETER_HOME=D:\B_TOOLS\apache-jmeter-2.13,此处为你JMeter的路径

c、启动bin目录下的:t,启动成功如下图:

d、上图上标红的IP和端口会在master里配置时用到。IP就是slave机器IP,端口默认是1099,端口也可以自定义,这里我自定义为1000,这个后面会讲。

e、多台slave的话,重复1~4步骤就好。

3)、调度机(master)配置:

a、脚本:简单的一个访问压测宝的脚本:

b、找到JMeter的bin目录下operties文件,修改如下配置,IP和Port是slave机的IP以及自定义的端口(这里端口我自定义为100,后面会讲如何自定义):

remote_hosts=10.13.223.202:1000,10.13.225.12:1000

多台slave之前用,隔开,我这配置了2台,可以看到标红的这个就是上面截图slave的IP和Port.

c、打开JMeter,选择运行,有运程启动、运程全部启动两个选项:

d、选择远程启动--10.13.225.12:1000

a) master结果,这里我只启动了10.13.225.12:1000这一台slave,所以只有一个结果(线程数和循环次数都是1):

b) slave控制台信息:

e、选择远程启动--远程全部启动:

a) master结果,全部启动,我配置了2台slave,所以有两次执行结果:

4)、自定义端口:

上面其实已经实现了JMeter的分布式测试,这部分主要介绍下如何自定义slave端口:

a、slave:在slave机的JMeter的bin目录下,找到operties文件,修改如下两个配置项,比如我这里修改为1888:

server_port=1888

calport=1888

b、启动slave机上的t,如下图,端口已经修改为:1888

c、master:修改master机器的operties文件:

remote_hosts=10.13.223.202:1000,10.13.225.12:1888

d、重启t,如下图,端口已经变了:

5)、其它说明:

a、调度机(master)和执行机(slave)最好分开,由于master需要发送信息给slave并且会接收slave回传回来的测试数据,所以mater自身会有消耗,所以建议单独用一台机器作为mater。

b、参数文件:如果使用csv进行参数化,那么需要把参数文件在每台slave上拷一份且路径需要设置成一样的。

c、每台机器上安装的JMeter版本和插件最好都一致。

3、搭建持续集成接口测试平台

下面介绍最后一个实例,搭建持续集成接口测试平台(Jenkins+Ant+JMeter)。

1)、环境准备:

JDK:

Ant:

2)、Jemter脚本准备:

a、脚本目录:D:\B_TOOLS\apache-jmeter-2.13\demo

b、脚本内容:都是访问压测宝或google首页

Script_x

Script_x

3)、ANT的l代码准备:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41 out=${mlName}

42 style=${me}/extras/jmeter-results-detail-report_l/

43

44

45

46

47

48

49

50

51

4)、配置Jenkins Job并运行:

a、job配置如下:

b、在job的workspace目录下会生成结果报告:

c、ml:

5)、配置发送邮件功能

a、自已写一个发送邮件的功能并打成r包,放在job的workspace目录中

b、jenkins增加构建步骤

a)进入到测试报告的目录

b) 调用r命令发送邮件

说明:

由l的第12、13行可知,报告文件生成目录为:${RKSPACE}/results/${ILD_ID},所以这里要先cd到具体执行的那个build_id目录下。

可以把上面的两行命令写在成一个批处理文件,例如第1步有个t文件就是,然后调用时直接写t就好了。

持续集成接口测试平台(Jenkins+Ant+JMeter)就此搭建成功,以上是关于Jmeter脚本录制和压测的几个实例,接下来为您带来进阶的《云智慧压测实战分享之JMeter场景设置与监控》,敬请期待。