百人计划

Jmeter接口功能测试实战

2017-02-15  本文已影响0人  笑眯眯一号

有了上一篇接口测试小结后,总觉得写的太过肤浅,没有可操作性,于是这两天一直考虑着写篇实战来丰富一下。感兴趣的同学可以看一下,有问题的地方也希望同学们及时提出来,毕竟我们都是在不断学习、不断挖坑埋坑中成长起来的。

关于Jmeter环境的搭建,在此不赘述,度娘那里有很多,重点的说一下如何测试接口。具体实例如下:

一、当前的测试任务:

一个H5页面,需要调10个接口以展示当前获取的用户数据。

二、测试任务分解:

1.接口:10个

2.入参:因为给出的实例是月度账单,因此入参相对来讲比较简单,所有接口的入参都是年和月,且需要测试的月份较多,那通过定义变量的方式就非常简单了。本测试任务中所有接口必须带身份,因此在请求时带着COOKIE。

3.出参:均以JSON为出参,输出的用户数据需要与数据库进行对比,提前准备好查询SQL,这一点对于功能测试来讲是最最基本的能力。很多人都喜欢用Navicat,因为方便,但是我不推荐,总感觉这样会弱化写SQL的能力。

4.断言:正确的接口返回值中必带属性,我一般以state为判断条件。

三、测试用例设计

这是根据上面的测试任务分解做的测试用例的设计:

创建测试计划

过程分解:

1.新建测试计划,无需要创建,打开Jmeter即是一个新的测试计划

2.在测试计划下,创建一个线程组。

添加线程组

3.添加HTTP请求。实际上,给出的实例中的每个接口皆为一个HTTP请求,因此在一个线程组下需要添加十个HTTP请求

添加HTTP请求

4.HTTP请求实例

HTTP请求实例

请求元素

(1)WEB服务器:请求的服务器地址和端口

(2)HTTP请求方法:GET或POST

(3)路径:请求的接口路径

(4)入参:根据请求方法选择入参类型是parameters还是body。可以在实例里看到的是,方法几乎都是GET, 因此入参都是parameters,且参数所对的值都是变量。关于变量如何定义,我在下面会再讲到。

5.响应断言

添加响应断言

6.查看结果树和添加聚合报告,这个比较简单,我就不展开说明了,右键添加即可,无需其它操作。

以上,就组成了一个非常常用的接口测试用例。没有特殊条件的接口均可以此为测试模板拷贝粘贴了。

本实例在测试任务分解时说明了接口在请求时必须得带着身份,因些还需要重点说一下获取身份的方式,以及变量的定义。

7.用户定义变量(变量通常与CSV Data Set Config是同时使用的)

(1)在用定义变量之前,我们需要了解,为什么需要定义变量,且需要确定这个变量是全局变量还是局部变量。这个我就不多说了,比较基础的常识。大家只需要定义变量时区分全局变量和局部变量即可。全局变量是添加在所有HTTP请求之前的,而局部变量则添加在某个HTTP请求内,如实例中所用的是全局变量。

添加两个变量,并对其值进行定义

(2)添加CSV Data Set Config

添加CSV Data Set Config 配置变量

Filename,实际上变量的存储文件地址,实例中是用的CSV文件,Variable Names:变量名,默认用 “,” 隔开(根据下面的Delimiter中的定义来具体设置)实例中用的是默认值

CSV文件格式

8.获取身份

一般情况下是通过登录来获取账户的COOKIE,因为每个接口都需要自带身份,因此我在所有HTTP请求之前添加了获取COOKIE的登录请求,且通过添加HTTP COOKIE管理器将获取到的COOKIE存储到本地,为后面的HTTP请求服务,这样,每个接口在向服务器作请求时,除了传参外还带着账户信息一块参与请求。

9. HTTP请求默认值

在同一个线程组中,如果所有的请求服务器地址都是同一个的时候,就可以通过设置HTTP请求默认值来设定,那就不必在每个请求中去单独设定了。因为实例中给出的接口请求服务器地址不是一个,因此没能展示出来。

四,测试结果

到此基本上所有的用例设计完成,点击执行即可。可以看一下相关的测试结果

请求 响应值 聚合报告

OK,今天暂时分享到这里,很基础的一种接口功能测试方式,希望能给同学们带来一些帮助,当然文中可能有错误的地方,希望同学们提出来,我们一起改进。


#百人计划# by 笑眯眯一号

上一篇下一篇

猜你喜欢

热点阅读