参考大佬文章: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项目内,让其获得数据库权限,然后直接去查对应的请求头出来 即可。这样做的唯一缺点是,这个文件将失去灵活,以后改一下,都要等项目重启,才能生效了。这就是增加了高耦合的风险。
赋予数据库权限
加入请求头
完成效果