接口自动化课程(3)_接口的整理

【PPT将在后续完成输出~，请关注公众号~】

---

第四节.接口的整理

接口为什么要整理？我总结了下：在整理与无需整理间的四种情况，期间可以不整理的情况在当前市场上的概率是5%不到，这主要归因为项目团队的文化规范问题，好的项目团队总是可以有很好的积累，完整的按照软件开发流程进行，但这样的团队目前来说，很难遇到~

接口是否规范分为以下4种情况：

1. 开发提供接口文档，文档编写标准

2. 开发的源码也是依照已编写好的接口文档进行调用生成

3. 开发提供接口文档，但是文档的编写没有很详细

4. 开发未提供接口文档

5. --正常来说，接口应该在需求阶段结束后，由研发与测试探讨接口的模式--

【一】

开发提供接口文档，文档编写标准

a.请参考：

https://blog.csdn.net/qq_41961113/article/details/80347341

b.样例如下：

 

 

依照这种模式，测试可以很容易的进行接口请求及返回验证的脚本编写：

1）请求URL

2）请求方式&参数(必填与否)

3）返回响应验证匹配

【二】

开发的源码也是依照已编写好的接口文档进行调用生成

 

a.请参考

    Swagger UI在线例子

b.参考样例

c.打开b内的列表有详细的请求地址方式参数等信息

类似这种接口的，无需开发二次整理，测试也无需进行二次整理，不过不整理的前提是接口是可用的正常的。

测试也可直接调用该接口进行自动化测试，这种对于接口的持续集成自动化来说是最好的~

【三】

需要整理的接口

>开发提供接口文档，但是文档的编写没有很详细

>开发未提供接口文档

以上这两种其实是一样的，需要测试自己去整理！

->样例：

我们将针对以上的两种情况，详细的描述下如何进行接口的梳理，达到我们能够使用目的

在没有文档的情况下，我们需要能够对接口进行抓包，抓包之后进行梳理出需要的key-value

【备注：本节内容较多，将分解介绍，下节再见~】