文章目录
- 一、背景
- 1.1、先看用例编辑/新增页面
- 1.2、效果展示
- 二、思考
- 三、总结
一、背景
这一讲,是想给维护用例信息留个缺口,咱们知道这个平台是基于httprunner框架开发的,那么在用例结构处可以发现,skip这个关键字,经过测试,它为true才是跳过,那么这个true除了非o非空的字符串,一切都是True,哪怕是"false"它也是true,所以咱们需要想想,不能单独的给skip增加个字符串,然后在执行用例的时候再判断一下?但这个成本就大了点,需要在httprunner执行用例之前做一层判断;所以咱们只要update这个skip的值即可。
1.1、先看用例编辑/新增页面
思考一下skip的位置放在哪里,建议添加在messages页,因为它在其他表单页,显得不重要!
先在add_case\edit_case页面增加这个字段
1.2、效果展示
再去test_list页面增加列
效果如下
但是要提取出来,这又不得不说一个技能点,自定义过滤器
代码如下:
@register.filter(name='extract_skip')
def extract_skip(value):
"""使用笨办法,提取request.skip"""
# print(eval(value).get("test").get("skip"))
skip = eval(value).get("test").get("skip")
return "False" if skip else "True"
效果如下
再看编辑,因为默认都是没有skip字段的,所以都是true,但是编辑时,都是显示false;传值又不能传true
二、思考
需要好好想一下,如何取值,默认是没有skip这个key的,那么在列表都是true,它是表示需要执行的,而不是用例本身执不执行,所以进入编辑页面的时候就需要显示true,但是它传值必须是false,否则skip表示true是不执行,不是外面列表的字面意思。
三、总结
日拱一卒无有尽,功不唐捐终入海!
多一点思考,会少走弯路,这个功能在很多时候都是受用的,维护用例本来就是需要花费成本的,所以不能简单的一删了之,毕竟存在即合理。那是不是又需要扩展一个功能?什么功能?那就是对用例状态的筛选,哈哈~~~这个功能就留给同学们自己去实现吧!