gauge自动化框架踩坑(三):上下文
1|0一. 模板项目
姑且将模板中的项目成为为模板项目。上篇文章说过,这是一个关于英语中元音的项目,统计单词中包含几个元音
2|0二. Contexts
注意到,example.spec文件中有下面几行,第11行的step表示上下文step
上下文,官网给出的解释是,一个或多个Context step位于一个spec文件中所有场景的前面。它是执行场景所必须的一个环节,上下文可以再场景运行前设置数据,还可以充当一个setup或teardown的功能。上下文在每个场景前面执行
在上述例子中,上下文step会作为Mike登录,跳转到项目页面,然后再去执行删除单个项目和删除多个项目的场景,执行顺序是:
给出的说明很好理解,其实有点类似于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__构造函数,在类内部其他方法的前面
关于执行顺序,只有去查看测试报告才可以得到验证。测试报告中每一个场景运行之前都执行了一遍context step,这是很明显的
3|0参考文章
https://docs.gauge.org/latest/writing-specifications.html#longstart-context
__EOF__

本文链接:https://www.cnblogs.com/my_captain/p/11107368.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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 元素操作(二)