大家好啊,我是大田。
今天分享下我在工作中接口测试的一些经验,供大家参考。
1、签名后接口测试方法
开发提供签名算法或插件,测试人员使用工具发起请求;
开发关闭签名校验,等到再开启后,需要再手动执行相关操作。
2、关于接口文档部分
1)看不懂接口文档
自己要知道文档一般结构(一定有的三部分)
基本信息:请求方法、资源路径、描述、接口名字;
请求内容:请求头、查询参数、请求体;
响应内容:响应数据(如参数名、类型、是否必填)、状态码(或者开发自定义状态码)、不同业务场景下状态码含义。与开发沟通,弄清楚每个参数来源及作用。
2)没有接口文档
没有接口文档,有UI界面能够使用:使用抓包工具,抓取系统使用过程的接口,来进行接口测试;功能测试更深入时,也会这么进行功能测试。与开发保持沟通。
3、进行业务场景测试时一般测试正常功能
4、主流接口通过json传递数据
大部分需要测试的接口都是业务接口,像非业务接口开发内部接口我们不需要测试。
5、抓包能力和接口测试能力并行
抓包前清空所有数据包;抓包过程中不断有新请求被抓到,及时使用过滤工具,过滤不相关请求。建议先过滤域名和端口,再考虑资源路径请求头。
6、接口出现问题的定位步骤
1)先对比接口文档看请求是否有误:请求 url、请求参数,将这些基本信息排除后,再往下看;
2)对比需求,看请求和响应信息;看状态码并分析具体状态码是什么意思,进而初步判断接口报错原因;
3)查看日志,服务器有明显报错,看 error、exception 信息,判断出错的原因,截图,给开发;
4)进一步分析需求,为何到这一步会报错,根据公司具体的业务逻辑去分析。
以上就是大田今天的分享,如果你觉得有用,可以给大田点个赞~