92-全局请求头7/step中保存和显示、加入多用例运行的底层send函数

参考大佬文章：92

step中保存

切换不同的step显示自身保存的公共请求头

初始化清空：

根据请求返回值选中目标接口的请求头：
当切换到一个旧的step时js报错
原因：旧step的 公共请求头字段中是个null。连空字符串都算不上，这种问题的避免方式就是我们之后新加字段时候 指定初始默认值
解决：在js代码中 加入一个if判断，如果为null， 则转成空或不运行这个选中请求头代码。
if判断只有在不为null的时候才会运行。

先找到应该写这段代码的位置，也就是在我们正常header成功转变为字典后，进行加入

因为我们现在拿到的，仅仅是各个公共请求头的id ！想获取到真正的key和value，还需要去数据表中拿出来才行，我们上节在接口库的调试层中就是这么干的。
不过在这个run_case.py中，却行不通，因为这个文件，是游离在django项目之外的一个独立py文件，我们之前也仅仅是调用这个文件而已。这种文件的显著特点就是，你修改内容，项目不会自动触发重启，而你也不需要重启，运行就可以实现最新状态。
但是现在的麻烦问题是，既然文件是游离之外的，那么它目前是没有权限去直接从django的数据库中拿数据的。

那么目前我们的解决办法是有俩种：
1.仍然靠我们调用的时候 在函数层面 把这些请求头带过去。
考虑的点：
带过去的是多少请求头，调用的时候是整个大用例内的多个step步骤，每个step的请求头数量和内容是不同的，如果把每个step的请求头作为列表传输，那么可能会有浪费现象，比如 step1 用的请求头是A和B, step2用的请求头是B和C，那么我们传递的列表如果是这样[ [A,B] ,[B,C] ]，虽然可以达到效果，但是其中的B就重复传递了一次，造成了巨大浪费。
如果是把整个项目的公共请求头全传递过去，这样可以保证不会重复传递，也就是直接传递[A,B,C,D,E] ，然后step1和step2都去各取所需，这样虽然没有重复传递B，但是很明显，D和E浪费了。
当然也可以 提前写一个算法，求并集，只传递[A,B,C]。这个目前看是最优解。

2.我们不传递，我们直接给这个游离文件 强行加入到django项目内，让其获得数据库权限，然后直接去查对应的请求头出来 即可。这样做的唯一缺点是，这个文件将失去灵活，以后改一下，都要等项目重启，才能生效了。这就是增加了高耦合的风险。

赋予数据库权限

加入请求头

完成效果