pytest 的前置与后置处理详谈
pytest 的前置与后置处理
Pytest贴心的提供了类似setup、teardown的方法,并且还超过四个,一共有十种
- 模块级别:setup_module、teardown_module
- 函数级别:setup_function、teardown_function,不在类中的方法
- 类级别:setup_class、teardown_class
- 方法级别:setup_method、teardown_method
- 方法细化级别:setup、teardown
setup和teardown的详细使用
代码示例
执行结果
- 模块级别:
模块级别
的初始化、清除 分别 在整个模块的测试用例 执行前后执行,并且只会执行1次
。 - 类级别:类级别
的初始化、清除 分别 在整个类的测试用例 执行前后执行,并且
只会执行1次 - 方法级别: 方法级别 的初始化、清除 分别 在类的 每个测试方法 执行前后执行,并且
每个用例分别执行1次
以上:这种都是针对整个脚本全局生效的
fixture的详细使用
fixture的优势
- 命名方式灵活,不局限于 setup 和teardown 这几个命名
- conftest.py 配置里可以实现数据共享,不需要 import 就能自动找到fixture
- scope="module" 可以实现多个.py 跨文件共享前置
- scope="session" 以实现多个.py 跨文件使用一个 session 来完成多个用例
fixture参数列表
参数列表
- scope:可以理解成fixture的作用域,默认:function,还有class、module、package、session四个【常用】
- autouse:默认:False,需要用例手动调用该fixture;如果是True,所有作用域内的测试用例都会自动调用该fixture
- name:默认:装饰器的名称,同一模块的fixture相互调用建议写个不同的name
注意
session的作用域:是整个测试会话,即开始执行pytest到结束测试
测试用例调用fixture的方式
- 将fixture名称作为测试用例函数的输入参数
- 测试用例加上装饰器:@pytest.mark.usefixtures(fixture_name)
- fixture设置autouse=True
方式1:将fixture名称作为测试用例函数的输入参数
输出:
方式2:测试用例加上装饰器:@pytest.mark.usefixtures(fixture_name)
输出:
注意:
- 在类声明上面加 @pytest.mark.usefixtures() ,代表这个类里面所有测试用例都会调用该fixture
- 可以叠加多个 @pytest.mark.usefixtures() ,先执行的放底层,后执行的放上层
- 可以传多个fixture参数,先执行的放前面,后执行的放后面
- 如果fixture有返回值,用 @pytest.mark.usefixtures() 是无法获取到返回值的,必须用传参的方式(方式一)
方式3:fixture设置autouse=True
输出:
fixture的实例化顺序
- 较高 scope 范围的fixture(session)在较低 scope 范围的fixture( function 、 class )之前实例化【session > package > module > class > function】
- 具有相同作用域的fixture遵循测试函数中声明的顺序,并遵循fixture之间的依赖关系【在fixture_A里面依赖的fixture_B优先实例化,然后到fixture_A实例化】
- 自动使用(autouse=True)的fixture将在显式使用(传参或装饰器)的fixture之前实例化
执行结果:断言成功
关于fixture的注意点
添加了 @pytest.fixture ,如果fixture还想依赖其他fixture,需要用函数传参的方式,不能用 @pytest.mark.usefixtures() 的方式,否则会不生效
fixture的后置teardown
用fixture实现teardown并不是一个独立的函数,而是用 yield 关键字来开启teardown操作(yield 之前是前置,之后是后置)
输出:
yield注意事项
- 如果yield前面的代码,即setup部分已经抛出异常了,则不会执行yield后面的teardown内容
- 如果测试用例抛出异常,yield后面的teardown内容还是会正常执行
addfinalizer
在用法上,addfinalizer跟yield是不同的,需要你去注册作为终结器使用的函数。
输出:
yield与addfinalizer的区别
1. addfinalizer可以注册多个终结函数。
输出:
可以看到,注册的3个函数都被执行了,但是要注意的是执行顺序,与注册的顺序相反。
2. 当setUp的代码执行错误,addfinalizer依旧会执行
conftest.py的详细讲解
可以理解成一个专门存放fixture的配置文件,如果多个测试用例文件(test_*.py)的所有用例都需要用登录功能来作为前置操作,那就不能把登录功能写到某个用例文件中去了,conftest.py的出现,就是为了解决上述问题,单独管理一些全局的fixture。
conftest.py配置fixture注意事项
- pytest会默认读取conftest.py里面的所有fixture
- conftest.py 文件名称是固定的,不能改动
- conftest.py只对同一个package下的所有测试用例生效
- 不同目录可以有自己的conftest.py,一个项目中可以有多个conftest.py
- 测试用例文件中不需要手动import conftest.py,pytest会自动查找
conftest.py使用举例
conftest.py文件(scope=“session”)
case文件:
输出:
可以看出,conftest.py内的fixture方法的作用范围是session,调用时,整个.py文件只会调用一次
conftest.py注意事项
- conftest.py的作用域与Python变量作用域相同
- 内层包内conftest.py不允许被其它包的测试类或方法使用,相当于本地变量
- 外层conftest.py可被内层测试类和方法使用,相当于全局变量
总结
以上就是勇哥今天为各位小伙伴准备的内容,如果你想了解更多关于Python自动化测试的知识和技巧,欢迎关注:
我的公众号:百态测试
博客(奈非天的主页 - 博客园 (cnblogs.com))
我会不定期地分享更多的精彩内容。感谢你的阅读和支持!
本文来自博客园,作者:奈非天,转载请注明原文链接:https://www.cnblogs.com/Nephalem-262667641/p/17460169.html
本文来自博客园,作者:测试玩家勇哥,转载请注明原文链接:https://www.cnblogs.com/Nephalem-262667641/p/17330223.html