jemeter python接口自动化测试平台_如何使用 JMeter 实现 API 接口自动化测试?

miaomiao   高级测试工程师

7年测试工作经验,参与产品的功能/自动化/性能测试;目前负责 Red.Q、Warden 产品的质量保障工作。

背景

Red.Q 是岂安为客户提供业务风险情报服务的产品。API 是该产品的一个模块,客户可以通过输入不同的参数获取不同的风险数据。

在测试该 API 的过程,就是对这个接口的测试,不同的 Token 对应不同的订单,对应不同的标签,对应不同的返回。本文主要介绍在测试该接口时总结的一些场景用法。

工具介绍

目前接口测试的工具,例如 Postman/SoupUI,等大多都提供了接口的发送、响应结果的获取、以及针对响应结果的断言,都可以用来做接口的自动化测试,我们目前选用的工具是 JMeter,各种工具大同小异。如对 JMeter 工具不了解的同学请戳 Bioneck分享的 Jmeter+Jenkins 文章。

实现本次自动化测试用到的组件介绍 :

1. Threads--> 线程组

2. 配置元件--> HTTP 请求默认值

3.配置元件--> JDBC Connection Configuration

4.配置元件--> HTTP 信息头管理器

5.定时器--> 高斯定时器

6.Sampler--> HTTP 请求

7.Sampler--> JDBC Request

8.后置处理器--> 正则表达式提取器

9.断言--> BeanShell 断言

10.断言--> 响应断言

11.监听器--> 查看结果树

测试场景与测试实现

1使用Token调用API

一个最简单的 HTTP 请求,由 host+ 端口 + 路径 + 参数构成,调用 API 的设置如下:

1) HTTP 请求默认值,设置好服务器 IP 和端口,所有作用范围内的 HTTP 请求可以不再指定。

15118489982015.png

2) HTTP 请求,设置路径和参数Red.Q 的请求是 GET 方法,参数可以加入 Parameters ; 如果是 POST 方法的 JSON body,参数可以放入 Body Data 内。

POST 请求时,参数内有中文,需要设定 Content encoding 为 utf8

15118490332938.png

3) 调用完成后,通过查看结果树查看调用结果。

15118490685447.jpg

2Mock-server 的机制

需要每次请求时,把 request_id 放到 Header 内,随请求一起调用(HTTP 信息头管理器)。

1) HTTP 信息头管理器将 HTTP 信息头管理器放入 HTTP 请求下,该 HTTP 信息头管理器内的参数,只对该 HTTP 请求生效。

右边的设置,每次 HTTP 请求 Mock-server 时,会将 REQUEST-ID 加入到请求 Header 内。

15118491701245.png

2)查看结果树内,可以看到发送的 Header。

15118495206871.png

3断言:响应结果的文本断言

每次执行测试后,需要了解本次执行的结果正确与否,以上的步骤只能知道我们返回了什么,不能确认到底返回的对不对。这个时候需要用到断言,对响应结果进行验证。

1)响应断言,提供对所有请求的响应结果内的内容进行断言,一般为文本断言。将响应断言放入HTTP请求下,会对该HTTP请求调用的响应结果进行断言。

要测试的文本放入测试的模式内,可添加多个验证文本。

15118495578490.png

2) 查看结果树内,如果与指定的内容不一致,请求会标记为失败,并给出失败原因。

1511849609484.png

4断言:响应的结果与数据库内的字段比较

部分场景下,要求每次调用 API 后,需要验证对应的 [风险等级]符合预期。而 [风险等级] 保存在数据库内,需要通过 JDBC Request 来实现对数据库的操作。

1)JDBC Connection Configuration,提供对数据库的连接配置。

1511849768397.png

2) JDBC Request,设置查询 SQL验证结果一般是查询类的 SQL,QueryType 选择 Select Statement;

如果需要在某个请求开始前对数据库内的数据做新增修改删除,则需要选择 QueryType为Update Statement;

1511849807271.png

3)在 JDBC Request 下,添加响应断言,验证响应结果与字符串一致。

1511849846591.png

5断言:使用 BeanShell 编写手工断言

每次调用 API 后,需要验证 Token 的 [最近调用时间字段] 。该时间字段是存在数据库内的时间戳,而我们需要验证 token 的最近调用时间在 15s 以内,而响应断言组件无法做到日期的比对,需要用正则表达式提取器将请求的响应结果提取出来,然后作为一个变量,在 Bean Shell 内进行比对。

1)调用完请求后添加 JDBC Request,设置查询条件如下

15118499669777.png响应结果

15118500256418.png

2) 在 JDBC Request 下添加正则表达式提取器,提取数据库返回的时间戳字段,保存到变量内。

15118501653531.png

3) 在 JDBC Request 下添加 BeanShell 断言,对正则表达式提取器内提取的变量与当前时间进行比对。

15118502107760.png

6异步调用,等待一定时间后获取调用结果数据

某 API 支持客户进行异步调用,先发送一个异步请求提交数据(获取一个 token),然后隔一断时间后再(使用获取到的 token)请求上一个请求的返回结果;需要用到定时器组件。

1)异步调用请求接口设置。

1511850266862.png

2)异步调用请求成功后,返回一个 query_id,如果要拿到真正的处理结果,需要在调用获取结果的请求时,把 query_id 作为一个参数。

15118503157403.png

3) 在异步请求下添加一个‘正则表达式提取器’,将异步调用返回的 query_id 保存到参数内。

15118504785217.png

4) 获取异步调用结果的请求内,引用正则表达式提取出来的 query_id ,并作为参数提交。

15118505181352.png

5) 异步调用一般不会马上出结果,需要在获取异步调用的结果请求之前等待一段时间

BeanShell Timer 内可设置线程等待 5s;

添加高斯定时器、固定定时器等定时器也可达到等待的效果;

定时器放在 HTTP 请求下,会先执行定时器,如果与 HTTP 请求是同级目录,则每个 HTTP 请求都会受定时器的时间影响。

15118505412419.png

总结

现在几乎所有从事 Web 测试的同学都会使用 JMeter 或某种 API 工具来调用几把接口,而需要做到接口自动化,免不了要加入参数化、关联、断言等高级用法,本文仅列出工作中用到的常见场景中的用法,有不对之处或测试之间的交流欢迎指出,谢谢。

以上。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值