接口测试框架实战(四) | 通用 API 封装实战

在 APIObject 设计模式中,需要一个 base_api 作为其他 API 步骤的父类,把通用功能放在这个父类中,供其他的 API 直接继承调用。这样做的优点在于,减少重复代码,提高代码的复用性。

通用 API 封装实战

在上一章节在演示使用 API-Object 设计模式对脚本进行改造时提到了 。不过在上一章,仅仅只是封装了一个 中的一个简单方法。并没有完全体现出 的实际作用。
接下来,我们通过通用接口协议的定义与封装实战,来实际体会一下 的巧妙之处。

  • base_api.py
    在代码内,对 request 进行一层封装,当然在这里还看不出来具体的优势:
  • wework.py

继承于类 ,可以直接调用父类中的 方法(不需要导入 requests 库),从而发起一个 get 请求:

  • test_wework.py
    继承于类 ,主要目的只是为了检查上面的 是否成功:

以上,在上面的案例中,在 base_api.py 中对 requests 进行了多一层的封装,这样只要是属于 这个类的子类,都可以无需引用而直接调用 requests 库。从而发起各种各样的请求,实现了通用接口协议的定义与封装。
更多接口测试框架实战进阶内容,我们在后续文章分享。

更多技术文章分享及测试资料

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2020年9月8日
下一篇 2020年9月8日

相关推荐