前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >接口测试平台代码实现92: 全局请求头-7

接口测试平台代码实现92: 全局请求头-7

作者头像
我去热饭
发布2022-05-19 09:26:48
3480
发布2022-05-19 09:26:48
举报
文章被收录于专栏:测试开发干货

我们本节要进行全局请求头的收尾:

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

首先是保存,先给step步骤表加上这个公共请求头的字段:

然后运行双命令:

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

添加完成之后。我们去到views.py中找到这个保存功能函数:

加上红框内俩句代码:

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

保存了俩个请求头。

然后进入后台可以确认,的确保存成功了:

然后我们要做的是显示。

就是打开一个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后,那么它就会变成正常状态了。

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

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

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

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

然后下面我们加入请求头的代码如下:

我们打印了header最终,运行大用例,看看请求头是否成功加入进去了:

运行结果:

可以明显看到,在我们上面的输出中,那时候还没有加入公共请求头的header和下面已经加入公共请求头的header。看来是加入成功了。

最后我们就是改一改这个输出位置就完美了:

如上图,我把这段输出,移动到了加入公共请求头代码的下方,注意输出的不再是step的原始请求头,而是最终的header了,并且最前面加了个\n换行符,重启服务,再运行看看效果:

这样显示就正确了。

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

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-12-12,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 测试开发干货 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
数据库
云数据库为企业提供了完善的关系型数据库、非关系型数据库、分析型数据库和数据库生态工具。您可以通过产品选择和组合搭建,轻松实现高可靠、高可用性、高性能等数据库需求。云数据库服务也可大幅减少您的运维工作量,更专注于业务发展,让企业一站式享受数据上云及分布式架构的技术红利!
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档