大家好啊，我是大田
2022.04.30，日更第 84 / 365 天。
有的公司会根据不同的业务划分不同的开发小组，这些小组间的业务也会互相调用。
开发提测后，会给测试人员提供接口文档， 测试人员对照着接口文档开始进行接口测试。 其实接口测试和功能测试思路一样，都要从功能及非功能去验证。大田给出自己在工作中的测试思路，大家可以参考下：
一、梳理业务流程
先梳理业务逻辑，看接口之间如何调用，可以通过抓包工具或者 F12 开发者工具进行抓包分析。
二、接口功能验证
一）单个接口功能验证
接口文档上会说明每个接口功能、输入参数、请求 url 、接口返回参数是什么，可以利用边界值等方法对接口的输入参数验证，看看此接口返回参数是否达到业务规则的要求。
这过程中将正常场景和异常场景结合一块测试，正常场景就按照接口文档说的来，输入正确的参数看接口返回是否和接口文档中规定一致。异常场景包括错误参数的输入、重复提交、并发提交等，看接口是否能做出正确的处理。
二）多接口调用功能验证
单个接口测试通过后，这一步需要将单接口组合起来，看看上下游调用链路是否正确，上游的返回数据是否会当作下游的输入数据正确传入等。
三）接口非功能验证
一）关注性能：
可以在接口测试工具 Jmeter 中进行简单的性能测试看接口响应时间、吞吐量、并发数等是否达到业务要求。这和后端执行 SQL 语句性能和代码中的算法有关，可以通过性能测试结果给开发提出一些优化建议。
二）安全性：
包含接口验签和SQL 注入等。
以上是今天的内容，有问题给我留言吧，end ~
大田测试录
北漂测试媛｜研究僧在读｜测试干货｜职场干货｜读书分享
109篇原创内容
公众号
推荐文章：
目标：源源不断分享对读者有价值的原创内容。我是大田，每篇文章希望解决某个具体问题，后台私信「电子书」送你1.5G 测试资料及简历模板一份。
网友评论