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

为什么要做接口测试

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

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 启动项目，打开postman

02 阅读接口文档中，关于添加学院信息的部分

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

http://127.0.0.1:8099/api/departments/

{"data":[ {"dep_id":"T01","dep_name":"AABB","master_name":"Test-Master","slogan":"Here is Slogan" } ]

以上，成功！需要全套项目的可以找我哒，若遇问题，可以在下方留言评论。

下一篇讲解执行测试测试用例