接口自动化课程(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

 

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