gauge自动化框架踩坑(三):上下文

1|0一. 模板项目


姑且将模板中的项目成为为模板项目。上篇文章说过,这是一个关于英语中元音的项目,统计单词中包含几个元音

2|0二. Contexts


注意到,example.spec文件中有下面几行,第11行的step表示上下文step

上下文,官网给出的解释是,一个或多个Context step位于一个spec文件中所有场景的前面。它是执行场景所必须的一个环节,上下文可以再场景运行前设置数据,还可以充当一个setup或teardown的功能。上下文在每个场景前面执行

在上述例子中,上下文step会作为Mike登录,跳转到项目页面,然后再去执行删除单个项目和删除多个项目的场景,执行顺序是:

场景一: 1. 作为Mike登录,跳转到项目页面 2. 删除单个项目 场景二: 3. 作为Mike登录,跳转到项目页面 4. 删除多个项目

给出的说明很好理解,其实有点类似于unittest中的setUpClass,环境的初始化。如果照我们前面说的,一个场景相当于一个类,这个有点类似于类的初始化__init__

回过头看模板项目的例子,有两个场景Vowel counts in single word和Vowel counts in multiple word,第一个场景中的step是The word "gauge" has "3" vowels.,第二个场景中的step是一张表,罗列了word和Vowel Count。其实可以这样理解,word实际上是方法的实参,而Vowel Count对应的值是这个实参对应的期望结果。这样就很好理解,为什么方法还要参数化:@step("The word <word> has <number> vowels."),而方法执行的结果则是实际结果,所以用了assert做断言

但是当我们看step_impl.py文件时,并不能真切感受到上下文的执行顺序,因为对于方法的定义完全是乱的,关于上下文的方法在第19-22行,而场景一的方法在第14-16行。这并不像setUpClass或__init__构造函数,在类内部其他方法的前面

1 from getgauge.python import step, before_scenario, Messages 2 3 vowels = ["a", "e", "i", "o", "u"] 4 5 6 def number_of_vowels(word): 7 return len([elem for elem in list(word) if elem in vowels]) 8 9 10 # -------------------------- 11 # Gauge step implementations 12 # -------------------------- 13 14 @step("The word <word> has <number> vowels.") 15 def assert_no_of_vowels_in(word, number): 16 assert str(number) == str(number_of_vowels(word)) 17 18 19 @step("Vowels in English language are <vowels>.") 20 def assert_default_vowels(given_vowels): 21 Messages.write_message("Given vowels are {0}".format(given_vowels)) 22 assert given_vowels == "".join(vowels) 23 24 25 @step("Almost all words have vowels <table>") 26 def assert_words_vowel_count(table): 27 actual = [str(number_of_vowels(word)) for word in table.get_column_values_with_name("Word")] 28 expected = [str(count) for count in table.get_column_values_with_name("Vowel Count")] 29 assert expected == actual 30 31 32 # --------------- 33 # Execution Hooks 34 # --------------- 35 36 @before_scenario() 37 def before_scenario_hook(): 38 assert "".join(vowels) == "aeiou"

关于执行顺序,只有去查看测试报告才可以得到验证。测试报告中每一个场景运行之前都执行了一遍context step,这是很明显的

 

 

 

 

3|0参考文章


https://docs.gauge.org/latest/writing-specifications.html#longstart-context

 


__EOF__

本文作者cnhkzyy
本文链接https://www.cnblogs.com/my_captain/p/11107368.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角推荐一下。您的鼓励是博主的最大动力!
posted @   cnhkzyy  阅读(509)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
历史上的今天:
2018-06-29 类和对象
2018-06-29 Pycharm如何打断点
2018-06-29 元素操作(二)
点击右上角即可分享
微信分享提示