Jmeter 将 JDBC Request 查询结果作为下一个接口参数方法

来源:互联网 发布:淘宝加入购物车没反应 编辑:程序博客网 时间:2024/06/06 08:37

    • 一前言
    • 二需求
    • 三分析及实践
      • 1分析
      • 2实践
        • 1 首先添加一个jdbc connection configuration
        • 2 添加 1 个或者 2 个 jdbc request分别查询 username 和 uuid
        • 3 添加一个用户定义的变量
        • 4 确认是否查询出数据
        • 5 提取username 和 uuid数据
        • 6 验证参数化是否成功
        • 7 添加计数器
        • 8 把 username 和uuid传进去了
        • 9 设置线程数或者添加一个循环控制器
        • 10 把我们的东西进行重新排序归类
    • 四最后成果

一、前言

本文只介绍将 JDBC Request 查询结果作为下一个接口参数的方法,下载 mysql-connector-java-5.1.42-bin.jar,怎么将jmeter连接数据库等等准备工作可以百度,下面直接进入正题。

二、需求

存在一个tieba_info 表,表结构如下图

tieba_info表

现在有一个需求,从数据库tieba_info表查出rank小于某个值的usernameuuid,然后把所有查出来的 usernameuuid作为参数值,用于下一个接口,注意 usernameuuid 要一一对应

三、分析及实践

1、分析

  1. 要查出usernameuuid,那么首先就要有 1 个或者 2 个 jdbc request,连接本地数据看,分别查询出我们需要的 usernameuuid
  2. rank 小于某个值,这个值我们可以做一个变量,方便管理。我们查出来的usernameuuid可能会有很多个,具体多少根据我们的条件 rank 来变化;
  3. 查询出所有usernameuuid 后,我怎么取到每一个username 和对应的 uuid的值?
  4. 又怎么把我们查出来的每一组 usernameuuid 作为参数值去请求下一个接口?这里先说下,需要做一个循环。
  5. 我事先并不知道能查出多少条数据,那如何知道我们需要循环多少次?

2、实践

1). 首先添加一个jdbc connection configuration

这里的配置方法可以百度,我连接的是我本地的mysql 数据库

jdbc connection configuration

2). 添加 1 个或者 2 个 jdbc request,分别查询 usernameuuid

我这里是用了两个

uuid jdbc request

username jdbc request

可以看到,在这 2 个请求中,select 语句中出现了变量rank,那我们可以

3). 添加一个【用户定义的变量】

名称就是我们的 sql 语句里面的变量引用名rank,值就根据需要自己填

变量rank

sql 语句写完了,就要

4). 确认是否查询出数据

这个时候可以添加查看结果树,看看我们获取到的 uuidusername

uuid 查出来的数据如下图:

uuid结果

username 查询出来的数据如下

username结果

那我们需要的数据已经可以看到了,就是 uuidusername 下面的那些数据,他们是一一对应的

上面我们只是查出来数据,接下来我们就要

5). 提取usernameuuid数据

再回到我们的uuidusername 两个jdbc request,在 username 这个request 里面,下方的 variable name 这里填上你想使用的变量名,也就是之后的接口中要用到的,我取的 username,同理,uuid 的 request 里也做相同操作,可以取为 uuid,如 3、4 两张图

username提取语句

6). 验证参数化是否成功

我模拟请求接口 localhost:3306/test,然后参数传 uuidusername,参数值分别是我们获取的 uuidusername,那根据变量的写法,我们可以写成下图所示。

注: ${变量名} 是jmeter 里面参数化的写法

接口参数化

现在运行,然后查看下请求结果

查看结果

我发现请求里面 usernameuuid 参数化并没有成功,那为什么会不成功呢,经过一番搜索,原来当使用 jdbc request 的结果作为参数时,要写成 ${username_0}这样子,username就是你的变量名,0 代表索引,索引是 0 就表示第一行,索引是 1 就表示第二行。

例如,我想取username查询结果第 4 行的数据,那我的变量值就需要写成 ${username_3},再看看上面 uuidusername 查询结果是怎么展示的

img

可以看到,查询出来的数据,第一行是一个标题,这个标题就是我们 sql 语句里面要查询的字段名,也就是说,我们在参数化的时候,第一行是不能取的,要从第二行开始取值,再回忆下,第一行的索引是 0,第二行的索引是 1,所以如果我们取第二行的uuid应该是${uuid_1},同理 username应该是 ${username_1}

那问题又来了,我们查出来的 username 和 uuid 有很多条,我是想所有的 usernameuuid 都请求一次,也就是说 ${username_1}${uuid_1}里面的 1 这个数字应该是要不断变化的而不是某个固定的值,那怎么才能让他不断变化呢

7). 添加计数器

对,就是计数器

我们添加一个计数器

计数器

由于我们从第 2 行开始取值,索引是 1,所以启动填 1,每次我们往后多 1,所以递增也填 1,最大值可不填,number format 就是数字格式,如果填 000,取值是 12,那最后会显示为 012,而我们只需要本身的数字,所以就填 0,引用名称就是后面需要用的变量名

有了计数器,能递增了,那我们就需要

8). 把 usernameuuid传进去了

我们上面说了 ${username_1}是取第二行,${username_2}是取第三行,依次类推,那我们要从第二行也就是索引等于 1 开始取,一直到最后。上一步添加的计数器就起作用了,我们设置的计数器是从 1 开始计数,每次递增 1,那么跟我们想要的完全吻合,index 就是我们设置的计数器的变量名,可以直接用他来代替我们的索引 1,2,3,4 等等,那我们现在来把usernameindex两个变量拼接起来,这里如果你直接写成 ${username_index} 或者 ${username_${index}}都是不行的,因为两个变量不能直接拼接,需要用到一个函数 __V,不了解这个函数的可以百度看看,作用就是可以使 2 个变量可以拼在一起,所以我们拼接后的 username 变量应该是 ${__V(username_${index})},同理 uuid的变量应该是 ${__V(uuid_${index})}

现在再来看看 我们请求接口有没有把所有的username传进去

img

结果发现,参数化成功了,uuidusername 的值与数据库一致,并且匹配成功。但为啥只请求了一次,明明符合条件的数据有很多,那应该请求多次啊,为啥只把第一组 usernameuuid传进去了呢?

这是因为,我们传的usernameuuid参数相当于做了参数化,有多个值,这时候就需要

9). 设置线程数或者添加一个循环控制器

但是我们并不知道到底需要循环多少次或者需要设置多少线程数,才能让usernameuuid刚好传完,这个时候,我们需要多加一个 jdbc request 了,来查询出我们符合条件的数据有多少条。SELECT count(*) from tieba_info where rank <= ${rank}就是查询符合条件的数据总数,同理我们在 variable names 填上一个变量名,以供后面使用,这里我取 count

img

count 变量是我们之前查出来的所有数据的总数,这个总数是多少就说明我们需要多少线程或多少次循环。ok,那我们在 http 请求上右击,点击插入上级 – 逻辑控制器 – 循环控制器,循环次数,我们使用count 变量,由于 count变量查询出来的结果肯定只有一个,那我们可以直接取结果的第二行数据,索引是 1,即${count_1},这样就能把次数确定。这里其实不能用添加线程的方式来做,因为这几个 jdbc request 都在这个线程里,如果设置多线程,jdbc request 也会多次请求,不合理,所以我们选择更好的循环控制器

所有的东西都设置完了,就需要

10). 把我们的东西进行重新排序归类

我们首先是有 jdbc connection config,然后有 uuidusername 两个 jdbc request,然后我们有一个测试的 http 请求,一个计数器,一个 count的 jdbc request 和一个循环控制器,那么这时候就需要把计数器和 http 请求全部移入循环控制器了,让参数循环请求测试接口

最后的效果如图,rank 变量值是 18,刚好 18 个 http 请求,每个请求的 usernameuuid 都不同

img

四、最后成果

百度云: JMETER文件

阅读全文
0 0