接口请求头里的nonce和timestamp

  本节要进行全局请求头的收尾：

1. 保存step的 请求头成功 和 显示 请求头成功
2. 在多用例运行的底层send函数中加入公共请求头

 

1. 首先是保存，先给step步骤表加上这个公共请求头的字段：

同步并生效：

现在有了这个存放公共请求头的字段了，那么就去前端的P_cases.html中找到保存步骤step的js函数，给它加上公共请求头吧：

// 公共请求头
var project_headers = document.getElementById('ts_project_header_li').children;
var ts_project_headers = []
for (var i=0; i<project_headers.length; i++) {
    if (project_headers[i].children[0].checked === true) {
        ts_project_headers.push(project_headers[i].children[0].value)
    }
}

添加完成之后。去到views.py中找到这个保存功能函数，加上红框内俩句代码：

如果没有意外，那么现在应该保存成功了。可以重启服务刷新页面，测试一下：

保存了俩个请求头。然后进入后台可以确认，的确保存成功了。

 

2. 然后要做的是显示。

打开一个step详情页时，要显示上。上节做的是 切换接口仓库的接口需要显示，本节要做的是 打开/切换不同的step 要显示step自身的保存的公共请求头：

而这个过程是有俩部分的，1是要在初始化的时候让其全部清空，2是在根据请求返回值选中目标接口的请求头。

所以先来动clear初始化函数：

然后是show显示函数：

改完之后，刷新页面，打开刚刚的step,看看是不是确实选中了俩个请求头：

这个样子看起来，就是成功了。

但是这时候发现一个问题：当切换到一个旧step步骤时，会出现js报错。原因是，旧step的公共请求头是个null。解决：之后新加字段时 指定初始默认值。 

不过现在 已经这样，补救措施 有几种：

1.  写个sql，跑批，把所有这种为null的全部变成""空字串。
2.  手动去后台处理这种脏数据，数量不多的情况下。
3. 在js代码中 加入补丁，给异常try掉。
4. 在js代码中 加入一个if判断，如果为null， 则转成空或不运行这个选中请求头代码。

简单一点，选4:

if判断只有在不为null才会运行。现在不报错也么没问题了，而且当保存了一次这个step后，那么它就会变成正常状态了。

 

3. 接下来就是要实际去在请求函数中加入这个公共请求头的事了：

在runcase.py中找到这个函数demo，先从数据里拿出这个步骤step的公共请求头，需要用split函数变成请求头的id组成的列表。

然后就是最复杂的header加入了，先找到应该写这段代码的位置，也就是在正常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项目内，让其获得数据库权限，然后直接去查对应的请求头出来 即可。这样做的唯一缺点是，这个文件将失去灵活，以后改一下，都要等项目重启，才能生效了。这就是增加了高耦合的风险。

    最终选择第2种方案，因为第1种方案相信读者应该自己可以搞得定。第二种算是给大家讲一个新的知识点。

    

所以在run_case.py的开头加上这几句，来让其具有数据库权限。

import sys
import os
import django

path = "../apitest"
sys.path.append(path)
os.environ.setdefault("DJANGO_SETTING_MODULE", "apitest.settings")
django.setup()

from apitest.models import *

 

此处会报错urls.py的path问题

 

然后下面加入请求头的代码如下：

# 在这遍历公共请求头，并把其加入到header的字典中
for i in ts_project_headers:
    project_header = DB_project_header.objects.filter(id=i)[0]
    api_headers[project_header.key] = project_header.value
print(api_headers)

打印了header最终，运行大用例，看看请求头是否成功加入进去了：

最后就是改一改这个输出位置就完美了：

这样显示就正确了。

 

本节内容到此为止，也代表项目内全局变量-公共请求头章节结束。