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