接口测试实战项目02:根据接口文档测试

大家好,我是测试奇谭的作者风风。

上两次,我们已经了解:

测试奇谭:什么是接口测试?这篇文章让你明白

测试奇谭:接口测试实战项目01:接口测试环境搭建

这次,我们正式进入测试阶段。

 

为什么要做接口测试

这个问题的答案很多,我这里只给大家做个引子。

01 可以精确定位bug

比如:当你在测试某网页时,发现网页显示的数据不正确,你该怎么办?

初级测试,直接提bug给开发;高级测试,会定位bug,而要定位bug,就要熟悉接口。

02 提高测试效率

有了01,自然会有提效方面的考虑,这是其一。

其二,如果你测的项目是前后端分离的,后端的提测时间往往早于前端提测时间。如果你是后端测试,你要等着前端提测之后,才开始测试吗?

此时,你需要接口测试,先把后端的接口过一遍,有问题尽早解决。

03 从技术角度去熟悉业务,发现程序的隐患

现在很多中大型公司都在倡导:测试要会走查开发的代码,通过代码更深入地理解业务。

业务代码走查的第一步,往往是从接口开始——看调用,看后端逻辑处理,再看后端返回数据,这些和接口的知识息息相关。

……

 

接口文档

在进行接口测试之前,我们需要了解接口文档这个概念。

接口文档,说白了,就是供人查看的文档(一般采用Restful风格编写),通过规范接口文档编写标准,保证不同的人写出来的文档可读性和可维护性俱佳。

不然A是一个书写风格,B是一个书写风格……N是一个书写风格。作为测试的你,拿到一份AB……N类风格接口文档,你崩溃不?

打开测试奇谭之前提供的接口测试项目,里面有一份接口文档。

接口测试实战项目02:根据接口文档测试_第1张图片

阅读接口文档,除了必要的描述外,关键信息在于接口资源:

01 熟悉接口资源(蓝色部分)

URL定位资源:一个URL(接口)定位一个资源(你想拿到的东西)

methond操作资源:即你想要对这个东西做什么操作(初学了解GET-查、POST-增、PUT-改、DELETE-删,即可)

02 请求资源(黄色部分)

如图所示,传入数据(一般是json数据格式),发起请求

03 响应:请求的结果(红色部分)

请求的响应码 + 响应的结果(一般是json数据格式)

而关于json格式的讲解,看这个图就够了(值得收藏哟~)

接口测试实战项目02:根据接口文档测试_第2张图片

 

接口请求上手操练

了解接口文档后,我们上手来操练一波。

01 启动项目,打开postman02 阅读接口文档中,关于添加学院信息的部分

接口测试实战项目02:根据接口文档测试_第3张图片

03 发起请求(和上文的红黄蓝部分一一对应理解哦~)

http://127.0.0.1:8099/api/departments/
{"data":[        {"dep_id":"T01","dep_name":"Test学院","master_name":"Test-Master","slogan":"Here is Slogan"        }    ]

接口测试实战项目02:根据接口文档测试_第4张图片

以上,成功!

 

一如既往,做个总结

01 接口测试其实没那么复杂,只是你没有接触它而已;

02 建议上手操作。

你可能感兴趣的:(接口测试,软件测试,软件测试自学,软件测试)