【PPT将在后续完成输出~，请关注公众号~】
第四节.接口的整理
接口为什么要整理？我总结了下：在整理与无需整理间的四种情况，期间可以不整理的情况在当前市场上的概率是5%不到，这主要归因为项目团队的文化规范问题，好的项目团队总是可以有很好的积累，完整的按照软件开发流程进行，但这样的团队目前来说，很难遇到~
接口是否规范分为以下4种情况：
开发提供接口文档，文档编写标准
开发的源码也是依照已编写好的接口文档进行调用生成
开发提供接口文档，但是文档的编写没有很详细
开发未提供接口文档
--正常来说，接口应该在需求阶段结束后，由研发与测试探讨接口的模式--
【一】
开发提供接口文档，文档编写标准
a.请参考：
https://blog.csdn.net/qq_41961113/article/details/80347341
b.样例如下：
依照这种模式，测试可以很容易的进行接口请求及返回验证的脚本编写：
1）请求URL
2）请求方式&参数(必填与否)
3）返回响应验证匹配
【二】
开发的源码也是依照已编写好的接口文档进行调用生成
a.请参考
Swagger UI在线例子
b.参考样例
c.打开b内的列表有详细的请求地址方式参数等信息
类似这种接口的，无需开发二次整理，测试也无需进行二次整理，不过不整理的前提是接口是可用的正常的。
测试也可直接调用该接口进行自动化测试，这种对于接口的持续集成自动化来说是最好的~
【三】
需要整理的接口
>开发提供接口文档，但是文档的编写没有很详细
>开发未提供接口文档
以上这两种其实是一样的，需要测试自己去整理！
->样例：
我们将针对以上的两种情况，详细的描述下如何进行接口的梳理，达到我们能够使用目的
在没有文档的情况下，我们需要能够对接口进行抓包，抓包之后进行梳理出需要的key-value
【备注：本节内容较多，将分解介绍，下节再见~】