神级程序员为小白整理的使用

现在前端 Web、移动端 APP 开发基本上是面向接口编程，后端各种 HTTP 接口已经提供好了，大家只要实现逻辑交互和展示就行。那么问题来了，这么多接口如何方便的进行测试呢？根据个人经验，我认为需要解决三个问题：1. HTTP 接口多种多样，测试程序如何统一？2. 测试程序如何规范组织？3. 接口间有上下文依赖，如何解决？在给大家分享之前呢，小编推荐一下一个挺不错的交流宝地，里面都是一群热爱并在学习Python的小伙伴们，大几千了吧，各种各样的人群都有，特别喜欢看到这种大家一起交流解决难题的氛围，群资料也上传了好多，各种大牛解决小白的问题，这个Python群：330637182 欢迎大家进来一起交流讨论，一起进步，尽早掌握这门Python语言。

HTTP 接口多种多样，测试程序如何统一？

后端接口可能各个系统，GET/POST 协议的、遵循 RESTful 规范的，使用 session 认证、token 认证的，各式各样的接口都存在。但无论怎么变都无法脱离 HTTP 协议。因为组内的技术栈是 Python，这就很容易想到使用 Python 的 requests 库。首先我们使用

requests.Session()

会话对象，来进行会话保持和 Header、Cookie 等处理。这里我们可以简单封装一个 HttpSession 类，把一些常用操作和设置封装一下：

测试程序如何规范组织？

前面我们已经解决了如何快捷的发起一个 HTTP 请求的问题，这让我们几行代码就可以测试一个接口的返回值。但你会发现新的问题又来了，各种脚本散乱在一堆，返回值解析各种中间变量，各种配置硬编码在代码中，测试结果全靠 print，这时 nose 框架就派上用场了。 nose 是 Python 最流行的一个单测框架，提供测试 case 设置标签、测试 case 查找、强大的断言函数，格式化/可视化报告输出等功能。这样就可以像写单测一样写 HTTP 接口测试了。我们可以把一类接口的测试放在一个类里面，甚至可以把基础变量的定义放在基础测试类里面，其它测试类继承这个基类。

HttpTest基类只做了两个工作：1. 创建http会话对象；2. 读取配置文件到类变量

config

中。配置文件是一个很好的编程实践，这让我们测试程序和数据能够分离，可以通过调用不同的配置文件来测试不同环境的接口，让我们测试程序不光能做线下测试，还能做线上回归和监控，切换成本非常低。

我这里选择 yaml 语法来组织配置信息，yaml 语法风格类似 json，自带基础数据结构，但更加易于书写和阅读，非常适合做配置文件。通过 -en=xxx 指定配置文件路径（或者 nose.cfg 配置文件中指定），使用 ruamel.yaml 来解析 yaml，转换为 Python 中能直接操作的数据结构。

是不是非常简洁，而且功能非常强大。

上面的 jmespath_custom 模块主要是扩展了 jmespath.py，新增了辅助函数，并自动注入：

接口间有上下文依赖，如何解决？

这里细化的话是两个需求：

1. 我们都知道单测执行时每个 case 间都是相互独立的（每次都重新实例化测试类），每次都会执行 setUp、tearDown，那么如何共享数据呢（比如上面那个 case 获取到的 access_token 怎么给后续的 case 使用）？

这里可以使用一个小技巧：类变量（类变量存储于全局区在整个实例化的对象中是公用的，类变量定义在类中且在函数体之外），可以使用类变量保存一些跨越类实例的全局变量。下面这个例子可以感受下：

这样我们的测试 case 优化成了：

基于此

理论 （思路），实现了一个简洁、实用的轻量级 http 接口测试框架实际应用效果还不错，希望能帮助到有需要的同学。