接口测试实战项目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.jianshu.com/p/617750ffd7f1