1、怎么测试接口?
先了解接口的业务功能、入参出参以及接口对应的数据存储,再依据接口测试用例设计方法完成接口测试的设计,用例设计先业务场景再参数判断,比如参数的边界值、格式、组合等等,最后依据测试用例使用接口测试工具完成接口测试,并在测试过程中查看日志及数据以确保接口测试结果的正确性
2、 接口测试用例的编写要点有哪些?
1)必填字段:请求参数必填项、可选项
2)合法性:输入输出合法、非法参数
3)边界:请求参数边界值等
4)容错能力:大容量数据、频繁请求、重复请求(如:订单)、异常网络等的处理
5)响应数据校验:断言、数据提取传递到下一级接口…
6)逻辑校验:如两个请求的接口有严格的先后顺序,需要测试调转顺序的情况
7)性能:对接口模拟并发测试,逐步加压,分析瓶颈点
8)安全性:构造恶意的字符请求,如:SQL 注入、XSS、敏感信息、业务逻辑(如:跳过某些关键步骤;未经验证操纵敏感数据)
3、为什么要做接口测试
A、在公司里,客户端和服务端通常是由不同的团队开发的,在项目开发过程中,客户端和服务端开发的进度不一致,比如服务端先开发完了,这个时候可以先对服务端进行接口测试,确保服务端逻辑和返回数据是正确的,然后再测试客户端。另外某些测试部门,专门测试服务端开发团队,因此,他们的测试对象就是接口
B、在测试某些业务时,不能仅仅通过前端来测试,比如用户注册,前端限制了用户名不能为空,但是有些人可能通过工具绕过前端直接调用服务端接口,如果服务端没有做相关的逻辑判断,就会造成数据错误。包括接口数据传输过程中是否对关键信息加密等。所以必须针对服务端接口单独做测试
C、 在开发提测后,可以先通过工具把服务端的接口测试跑一遍,确保接口测试用例都是通过的,快速判断服务端接口是否符合预期。然后再通过 UI 界面进行测试。否则接口有 bug,前端页面必定有 bug
4、接口测试和 web 页面测试有什么区别?
1) Web 页面测试是通过界面操作来进行测试的,输入不同的数据来测试不同的场景。
2) 接口测试是使用工具直接像服务器发送 HTTP 请求去测试,输入不同的参数来测试不同的场景。
3) 通常 web 页面会限制某些输入数据,比如必填项、数据的格式等。而接口测试是可以输入任何数据的,可以测试更多的异常数据场景。
4) Web 测试需要考虑浏览器的兼容,接口测试不需要
5) Web 测试需要将前端,服务端全部开发好后 才可以进行测试,接口测试只要服务端开发完成,就可以开始测试
5、接口测试中的加密参数如何处理?
首先了解参数的加解密方式,常见的有 md5、aes、rsa 等等,如果是 aes 的需要找开发要私钥,如果是 rsa 需要找开发要公钥和私钥,然后在接口测试工具中引用加解密的代码实现参数的加解密过程,实现参数加解密的处理;如果公司有自定义的加密算法则需要找开发要加解密的代码实现,然后在测试工具中使用。
6、接口 case 的设计思路?
首先是分析接口:
1.分析接口对应的业务
2.分析接口的参数、有几种响应、字段数据的来源
3.分析接口之间的依赖关系
4.分析接口对应的业务依赖关系
然后根据信息,可以从以下方向设计用例:
1.接口业务
2.接口参数单项测试
3.业务依赖
4.接口依赖
5.数据依赖
6.接口安全
7.接口性能
7、常见接口返回状态码有哪些?
200(请求成功)
302(重定向)
307(重定向,服务器要求客户端重新请求一个新的 URL)
400(Bad Request/错误请求)
401(Unauthorized/未授权,需要身份认证)
403(Forbidden/服务端禁止访问)
404(Not Found/未找到,请求的资源未找到,比如 url 写错了,页面被删除等)
405(Method Not Allowed/方法未允许)
415 不支持的媒体类型
500(Internal Server Error/内部服务器错误)
502(Bad Gateway/错误的网关)
503(Service Unavailable/服务无法获得)
504(Gateway Timeout/网关超时)
8、接口有错误的情况有哪些?
1)业务错误
返回信息错误
2)异常错误
接口传入异常参数
这是我整理的《2024最新jmeter接口测试和jmeter接口自动化测试全套教程附带性能测试》,以及配套的接口文档/项目实战【网盘资源】,需要的朋友可以下方视频的置顶评论获取。肯定会给你带来帮助和方向。
b站最新最全的jmeter接口测试和jmeter接口自动化测试,jmeter性能测试保姆级全套教程!