(二)接口之基础jmeter

学习笔记
一、接口:
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
接口一般来说有两种,一种是程序内部的接口,一种是系统对外的接口。

1、webService接口:是走soap协议通过http传输,请求报文和返回报文都是xml格式的,我们在测试的时候都用通过工具才能进行调用,测试。可以使用的工具有SoapUI、jmeter、loadrunner等;

2、http api接口:是走http协议,通过路径来区分调用的方法,请求报文都是key-value形式的,返回报文一般都是json串,有get和post等方法,这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等;

二、接口需求文档:
一般的接口文档会提供如下内容,以下为随便列举的例子:
                                                   请求header:有的有,有的没有。header里存放的参数一般存放的是一些校验信息,比如cookie
                                                   业务说明:外部项目通过http请求调用接口合规规则接口,根据返回的数据结果做后续处理.
                                                   使用协议:传输协议 http
                                                   接口的ip地址:http://192.168.1.287:8080
                                                   接口请求路径:common/lawCheck.action
                                                   接口请求参数:
                                                   接口返回结果:{“status”: true,“status_code”: 200,“msg”: “成功”,“result”: 数据类型为Array,见业务返回结果说明}
 

三、为什么要做接口测试:

大家都知道,接口其实就是前端页面或APP等调用与后端做交互用的,所以好多人都会问,我功能测试都测好了,为什么还要测接口呢?OK,在回答这个问题之前,先举个栗子:

比如测试用户注册功能,规定用户名为6~18个字符,包含字母(区分大小写)、数字、下划线。首先功能测试时肯定会对用户名规则进行测试时,比如输入20个字符、输入特殊字符等,但这些可能只是在前端做了校验,后端可能没做校验,如果有人通过抓包绕过前端校验直接发送到后端怎么办呢?试想一下,如果用户名和密码未在后端做校验,而有人又绕过前端校验的话,那用户名和密码不就可以随便输了吗?如果是登录可能会通过SQL注入等手段来随意登录,甚至可以获取管理员权限,那这样不是很恐怖?

所以,接口测试的必要性就体现出来了:

①、可以发现很多在页面上操作发现不了的bug

②、检查系统的异常处理能力

③、检查系统的安全性、稳定性

④、前端随便变,接口测好了,后端不用变    

四、接口测试怎么测:

1、在进行接口测试前,还需要了解:

1)、GET和POST请求:
    如果是get请求的话,直接在浏览器里输入就行了,只要在浏览器里面直接能请求到的,都是get请求,如果是post的请求的话,就不行了,就得借助工具来发送。
GET请求和POST请求的区别:
    1、GET使用URL或Cookie传参。而POST将数据放在BODY中。
    2、GET的URL会有长度上的限制,则POST的数据则可以非常大。
    3、POST比GET安全,因为数据在地址栏上不可见。
    4、一般get请求用来获取数据,post请求用来发送数据。
其实上面这几点,只有最后一点说的是比较靠谱的,第一点post请求也可以把数据放到url里面,get请求其实也没长度限制,post请求看起来参数是隐式的,稍微安全那么一些些,但是那只是对于小白用户来说的,就算post请求,你通过抓包也是可以抓到参数的。所以上面这些面试的时候你说出来就行了。

2)、http状态码

每发出一个http请求之后,都会有一个响应,http本身会有一个状态码,来标示这个请求是否成功,常见的状态码有以下几种:
1、200 2开头的都表示这个请求发送成功,最常见的就是200,就代表这个请求是ok的,服务器也返回了。
2、300 3开头的代表重定向,最常见的是302,把这个请求重定向到别的地方了,
3、400 400代表客户端发送的请求有语法错误,401代表访问的页面没有授权,403表示没有权限访问这个页面,404代表没有这个页面
4、500 5开头的代表服务器有异常,500代表服务器内部异常,504代表服务器端超时,没返回结果

2、接下来再说接口测试怎么测:

1)、通用接口用例设计

①、通过性验证:首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果。
②、参数组合:现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id、商品名称、价格有一个是必传的,type传2的时候是删除商品,商品id  是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改成功,id、名称、价格都传的时候能不能修改成功。

③、接口安全:
     1、绕过验证,比如说购买了一个商品,它的价格是300元,那我在提交订单时候,我把这个商品的价格改成3元,后端有没有做验证,更狠点,我把钱改成-3,是不是我的余额还要增加?
     2、绕过身份授权,比如说修改商品信息接口,那必须得是卖家才能修改,那我传一个普通用户,能不能修改成功,我传一个其他的卖家能不能修改成功
     3、参数是否加密,比如说我登陆的接口,用户名和密码是不是加密,如果不加密的话,别人拦截到你的请求,就能获取到你的信息了,加密规则是否容易破解。
     4、密码安全规则,密码的复杂程度校验

④、异常验证:
  所谓异常验证,也就是我不按照你接口文档上的要求输入参数,来验证接口对异常情况的校验。比如说必填的参数不填,输入整数类型的,传入字符串类型,长度是10的,传11,总之就是你说怎么来,我就不怎么来,其实也就这三种,必传非必传、参数类型、入参长度。

2)、根据业务逻辑来设计用例
  根据业务逻辑来设计的话,就是根据自己系统的业务来设计用例,这个每个公司的业务不一样,就得具体的看自己公司的业务了,其实这也和功能测试设计用例是一样的。
      举个例子,拿bbs来说,bbs的需求是这样的:
      1、登录失败5次,就需要等待15分钟之后再登录
      2、新注册的用户需要过了实习期才能发帖
      3、删除帖子扣除积分
      4、......
     像这样的你就要把这些测试点列出来,然后再去造数据测试对应的测试点。

五、用什么工具测

  接口测试的工具很多,比如 postman、RESTClient、jmeter、loadrunner、SoapUI等,本人首推的测试工具是postman和jmeter,接下来就简单介绍下如何使用这两款工具进行接口测试,其他工具本次暂不介绍。

1)、Postman是谷歌的一款接口测试插件,它使用简单,支持用例管理,支持get、post、文件上传、响应验证、变量管理、环境参数管理等功能,可以批量运行,并支持用例导出、导入。

jmeter是一款100%纯Java编写的免费开源的工具,它主要用来做性能测试,相比loadrunner来说,它内存占用小,免费开源,轻巧方便、无需安装,越来越被大众所喜爱。

六、jmeter工具测试接口

jmeter安装只需要解压  apache-jmeter-4.0.zip  文件,
找到解压后 文件:wind系统下:bin——jmeter.bat。linux系统下:bin——jmeter.sh。打开jmeter。一下均为上面的接口需求示例:
6.1、每一个接口测试都要创建一个测试计划,多个接口可创建多个线程组。
每一个接口需要测试的点:1、接口的传递规则(按照需求和功能);2、接口所能承受的最大线程数以及返回结果响应速度(接口的扩容性)
测试计划必要组成元件:
6.1.1、thread group(线程组)
线程组可以设置:1)同时访问接口的线程数量
2)每一个线程访问接口的循环次数
线程组中对一个线程进行各种配置和各种取样器、控制器达到相应的测试需求。
6.1.1、Http Resquest(HTTP信息头管理器)
在Basic中填写好相应要访问接口的信息、请求的内容。在Advanced中填写好连接请求的时间(1s);为了能区分多个线程,可在名称后添加:线程${__threadNum}。例如:HTTP Request first get 线程${__threadNum}
 
6.1.1.1 不同的请求方法编写
                      6.1.1.1.1Parameter中直接添加所有
                      6.1.1.1.2Body Data中填写
                      6.1.1.1.3通过用户自定义参数,调用参数
                      6.1.1.1.4通过csv文件,读取文件来调用
                      6.1.1.1.5通过property文件,读取文件来调用
6.1.2 Regular Expression Extractor(正则表达式提取器)
仅仅在检查结果树上查看返回结果已经不能满足我们,有时候返回的结果过多,我们不可能通过肉眼来判断respon是否是正确的,现在就需要提取器来提取结果,来进行判断。
正则表达式符号编写:
 
6.1.3 Debug Sampler(调试取样器)
有了正则表达式提取器,还需要有Debug Sampler来对提取的结果进行展示。Debug Sampler会把正则表达式提取器的结果输出在response data中,方便我们调试的时候使用。
一般会有多个提取器,为了方便,将Debug Sampler放在与线程组同级。
 

6.2、View Results Tree(检查结果树)
一个检查结果树可以查看多个线程组的每个线程的访问接口的情况
检查结果树包含:简单结果、请求内容、响应内容。
可以按照不同的格式转换为:text、json、html等格式
6.3Simple Controller(简单控制器)
为了方便管理线程组的每一个接口利用Simple Controller来方便管理。没有什么特殊的用途。
 

 

 
(文中一、三、四、五点内容摘自尘世风的微博)
 
 
 
posted @ 2019-01-17 18:17  逆行的小鲤鱼  阅读(313)  评论(0编辑  收藏  举报