接口测试实战项目02:根据接口文档测试
大家好,我是测试奇谭的作者风风。
上两次,我们已经了解:
这次,我们正式进入测试阶段。
为什么要做接口测试
这个问题的答案很多,我这里只给大家做个引子。
01 可以精确定位bug
比如:当你在测试某网页时,发现网页显示的数据不正确,你该怎么办?
初级测试,直接提bug给开发;高级测试,会定位bug,而要定位bug,就要熟悉接口。
02 提高测试效率
有了01,自然会有提效方面的考虑,这是其一。
其二,如果你测的项目是前后端分离的,后端的提测时间往往早于前端提测时间。如果你是后端测试,你要等着前端提测之后,才开始测试吗?
此时,你需要接口测试,先把后端的接口过一遍,有问题尽早解决。
03 从技术角度去熟悉业务,发现程序的隐患
现在很多中大型公司都在倡导:测试要会走查开发的代码,通过代码更深入地理解业务。
业务代码走查的第一步,往往是从接口开始——看调用,看后端逻辑处理,再看后端返回数据,这些和接口的知识息息相关。
……
接口文档
在进行接口测试之前,我们需要了解接口文档这个概念。
接口文档,说白了,就是供人查看的文档(一般采用Restful风格编写),通过规范接口文档编写标准,保证不同的人写出来的文档可读性和可维护性俱佳。
不然A是一个书写风格,B是一个书写风格……N是一个书写风格。作为测试的你,拿到一份AB……N类风格接口文档,你崩溃不?
打开测试奇谭之前提供的接口测试项目,里面有一份接口文档。
阅读接口文档,除了必要的描述外,关键信息在于接口资源:
01 熟悉接口资源(蓝色部分)
URL定位资源:一个URL(接口)定位一个资源(你想拿到的东西)
methond操作资源:即你想要对这个东西做什么操作(初学了解GET-查、POST-增、PUT-改、DELETE-删,即可)
02 请求资源(黄色部分)
如图所示,传入数据(一般是json数据格式),发起请求
03 响应:请求的结果(红色部分)
请求的响应码 + 响应的结果(一般是json数据格式)
而关于json格式的讲解,看这个图就够了(值得收藏哟~)
接口请求上手操练
了解接口文档后,我们上手来操练一波。
01 启动项目,打开postman02 阅读接口文档中,关于添加学院信息的部分
03 发起请求(和上文的红黄蓝部分一一对应理解哦~)
http://127.0.0.1:8099/api/departments/
{"data":[ {"dep_id":"T01","dep_name":"Test学院","master_name":"Test-Master","slogan":"Here is Slogan" } ]
以上,成功!
一如既往,做个总结
01 接口测试其实没那么复杂,只是你没有接触它而已;
02 建议上手操作。
本文来自博客园,作者:程序员小谭,转载请注明原文链接:https://www.cnblogs.com/testtalking/p/14164690.html
。