测试平台系列(147) 改造变量处理模块(1)

上一节我们简简单单修复了一个bug（过了一年多我也不记得是啥了，看标题说的）。

那么接下来，我想做一件事情：

改造pity的变量管理模块

至于为什么，那属实是pity里面对于变量的替换实在太过于丑陋了。在此之前，我们先看看节选的现有的pity代码（依托答辩）。

来看这简简单单的一段，首先通过正则提取出字符串里面的变量，如${name}这样的内容，如果遇到${response.data.name}就继续做深层次的解析。

这一段代码，性能差不说，写的也很繁琐，里面还用到了序列化这种性能怪兽。慢就不说了，反正真挺丑的（不优雅）。

要命的是，我们的一个前置条件里面可能会包含很多个变量，比如url里面有变量，body里面有变量，断言里面有变量，以原来pity的写法，每次有变量产生都会尝试去渲染一次，累不累呀！（满满的槽点）

为了有个更好的方式去处理这些随时都在变化的值，我需要重新向你们隆重介绍一款类似的第三方工具：jinja2。

可能有同学就会说了：jinja2不就是那啥老古董吗？就是那啥，以前写django，写flask的时候，去渲染html页面的。这题我会，这题我会：

html 复制代码

<head>
  <title>{{htmlTitle}}</title>
</head>

要用的时候，我们把htmlTitle变量传递进去就能展示出对应的html页面了。

没错没错，就是这玩意。我们先来了解下它是干嘛的:

果不其然，他就是一个模板引擎。官网的介绍比较晦涩，但也列举了一些特点，这里咱们着重看几个:

强大的HTML自动转义

这个指的是我们模板一般是html模板，去渲染变量的时候不会影响原生的html语法或被他影响。这显然和我们没啥关系，我们的使用场景并非html。
模板继承

也是针对html的，比如我们可以编写一个基础的html页面，就像基类一样。
编译最优的python代码

这个是一个关键点，我们知道我们之前的变量只能简单的通过伪JSONPath去取值，但如果咱们多了Python语法支持，那岂不是芜湖~起飞！？

没错，这也是我们要转为jinja2的一个核心点，而且重要的是，他还能支持自定义的函数，这个就很牛掰了。

想象一下，我们这样使用我们的变量，假设我们需要获取当前时间戳，那我们只需要定义一个函数叫: now, 那我们在测试用例里面这样使用:

JSON 复制代码

{
  "timestamp": {{now()}}
}

这样便可以自动获取到当前时间戳, 并替换这一串变量，成为以下内容:

JSON 复制代码

{
  "timestamp": 1612000000
}

这里的数字我随便写的，大家看得懂就行。由于篇幅的原因，jinja2的部分就留到后头继续介绍了。大家只要明白为什么我们要做改造即可。

在pity的历史长河中，粑粑代码正在悄无声息地扎根。我们必须合理地清除他们。

使用到jinja2的原因很简单，我们需要利用它的几大特性：

完美的变量替换机制
支持自定义函数
支持一部分原生Python语法，天然就支持JSONPath取值

以上就是我们今天的总结，下一节我会详细介绍jinja2的基本用法，并且封装成公共方法，敬请期待。