接口测试经验

问题:

1)为什么要做接口测试

2)接口测试需要用到的流程和工具

3)接口测试点编写的思路

4)接口出现问题如何定位

5)接口疑问

答案:

一、为什么要做接口测试

a)提升测试工作的效率,一般来说前端对接完后端接口后需要提测2~3天,我们完全可以利用这个时间提前跑一下接口,提早发现bug;

b)防止恶意篡改数据,研发界中有一句话:页面由前端决定,数据由后端决定,所以往往篡改数据都是从接口层面进行的;

c)有助于接下来的功能测试业务稳定;

二、接口测试需要用到的流程和工具

流程:接口需求文档分析、编写测试点、执行测试点,发现bug并追踪、出接口测试报告、进行接口自动化

工具:postman或jmeter

三、接口测试点编写的思路

功能方面:

1)正常场景功能是否实现;

2)参数异常测试(例如少传参数、多传参数、不传参数、传错误参数等);

3)数据异常测试(为空、null、参数的边界值(例如接口要求只能传10字符,测试时传大于或者小于等于10字符测试)、传入错误格式参数(例如接口参数要求传JSON格式,测试时传入html格式));

4)检测接口返回数据是否正确;查看接口返回报文;

5)默认值测试,很多一些查询类的接口的参数都会有默认值,请求条数一般都是默认第一页10条;

6)依赖业务,比如说cookie或者token等,在不传这些数据时是否可正常请求接口;

7)数据库检查,当接口对数据进行了增删改查时,需检查数据库是否同步这些操作;

兼容性方面:

1)接口进行了调整后,前端没进行变更的时候,需要验证新的接口是否满足旧的调研方式

性能方面:

1)响应时间,检查是否在系统规定范围内;

2)吞吐量;

3)并发数;

4)服务器资源使用率,例如:占用内容,CPU等

5)接口错误率;

安全方面:

1)敏感信息是否加密,例如:登录密码,银行卡号等;

2)必填参数是否在后端进行校验,例如必填参数的字符长度等;

3)是否做越权访问校验,例如一些系统中会在URL地址中体现出admin/user/system/pwd等敏感目录;

4)接口是否防恶意请求,例如SQL注入、xss注入等;

5)修改cookie或header是否返还对应错误码;

四、接口出现问题如何定位

1)对比接口文档,检查请求URL、请求参数、是否传token或cookie、将这些基本信息排除后仍无误,则继续看下面;

2)对比需求文档,看请求和响应信息、看状态码并分析具体状态码是什么意思,从而判断接口报错的具体原因;

3)查看服务器日志是否有报错、具体看error、exception信息,判断出错的原因,截图给开发;

4)分析具体需求的业务逻辑,从而判断具体报错原因;

五、接口疑问

1、非业务的接口是否需要测试?

在接口测试中,我们大部分需要测试的接口都是业务接口,非业务的开发内部接口等我们不需要测试;

2、没有接口文档能进行接口测试吗?

没有接口文档的时候,我们可以通过UI界面使用抓包工具抓取系统使用过程的接口来进行接口测试;

3、http和https的区别是什么?

1)http使用的时候超文本传输协议,https使用的是ssl加密传输协议,从安全角度来说https更安全;

2)连接方式不同,http的连接方式是无状态的,而https是由ssl+http协议构建的加密传输、身份认证的网络协议;

3)端口不同,http的端口是80,https的端口是443;

4)证书申请方式不同,http是免费申请的,https是需要用到ca申请证书,需要交费;

4、接口测试必须要在功能测试前吗?

不一定,具体看情况;1)如果前端没有提测而后端开发已经提测,那么就需要先进行接口测试,等到前端也可以测试的时候再进行功能测试;2)如果是前后端一起提测的话就功能和接口一起进行测试;

5、接口经常发生变化,和系统前后端分离有关系吗?

关系不大,主要是业务需求改变了所以接口也得跟着改;

6、接口测试的本质是什么?

主要是针对数据的输入和输出进行测试;

你可能感兴趣的:(接口测试经验)