当前位置:   article > 正文

Pytest——Fixture夹具的使用_pytest 夹具使用

pytest 夹具使用

一、什么是Fixture

在测试开展的过程中,会需要考虑到测试前的准备工作,以及测试后的释放操作行为。这些在Pytest中,会通过Fixture的方式来实现。如果说在运行pytest的测试用例的时候,需要调用一些数据来实现测试行为,这些数据可以通过Fixture来生成。Fixture也叫夹具


二、Fixture的基本应用 

2.1单个Fixture的使用

1. Fixture在pytest之中都是基于装饰器的形态来实现的。@pytest.fixture

2. fixture是对函数进行定义的操作。使用fixture非常简单,只需要将fixture当做参数传入函数即可

3. 在pytest中,调用Fixture直接通过函数的名称即可。

4. 一个pytest中可以定义非常多个fixture,来满足到不同的用例的需要。

首先定义一个构造函数,定义一个fixture,返回human对象。调用fixture生成数据内容,可以生成一个man. 

  1. class Human:
  2. #定义一个构造函数
  3. def __init__(self,name):
  4. self.name = name
  5. #定义一个fixture,返回一个human对象,名字叫做man
  6. @pytest.fixture
  7. def man():
  8. return Human('man')
  9. #调用fixture生成的数据内容
  10. def test_function(man):
  11. print(man.name)
  12. if __name__ == '__main__':
  13. pytest.main(['-s'])

 查看结果:

  


2.2多个Fixture的使用 

在unitTest中,一般只有一个前置条件,但是在pytest可以有多个夹具,也就是fixture

  1. class Human:
  2. #定义一个构造函数
  3. def __init__(self,name):
  4. self.name = name
  5. #定义一个fixture,返回一个human对象,名字叫做man
  6. @pytest.fixture
  7. def man():
  8. return Human('man')
  9. @pytest.fixture
  10. def woman():
  11. return Human('woman')
  12. # 定义一个调用fixture的fixture
  13. @pytest.fixture
  14. def people(man, woman):
  15. return [man, woman]
  16. #调用fixture生成的数据内容
  17. def test_function_01(man):
  18. print(man.name)
  19. def test_function_02(woman):
  20. print(woman.name)

不同函数可以引用不同夹具,所以这里可以打印出man和woman的名字


2.3Fixture中引用Fixture的使用 

在pytest中甚至可以在夹具中引用夹具 ,通过一个统一的类,来管理夹具。并且来满足不同测试用例的需求。

  1. class Human:
  2. #定义一个构造函数
  3. def __init__(self,name):
  4. self.name = name
  5. #定义类的比较规则
  6. def __eq__(self, other):
  7. return self.name == other.name
  8. #定义一个fixture,返回一个human对象,名字叫做man
  9. @pytest.fixture
  10. def man():
  11. return Human('man')
  12. @pytest.fixture
  13. def woman():
  14. return Human('woman')
  15. # 定义一个调用fixture的fixture
  16. @pytest.fixture
  17. def people(man, woman):
  18. return [man, woman]
  19. def test_function_03(people):
  20. for p in people:
  21. print(p.name)

 依然能打印出man和woman:


 三、Fixture的运行机制

1. fixture缓存机制,在用例之中,fixture可以被多次请求,在pytest之中,fixture第一次被请求后, 如果有返回值,则后续继续调用该fixture的时候,会调用第一次生成的值,而不会再重新运行。

2. autouse可以实现让定义了autouse的fixture在每一个测试用例执行前都调用此fixture,就不需要在 每一个测试用例之中都传入该fixture作为参数,减少了不必要的操作行为

3. 报错机制:fixture本身是属于我们自定义的函数,所以在运行过程中也会存在有出现报错的风险。

在实际 运行过程中,很有可能因为关联的fixture导致了一系列不可预见的问题产生。

在pytest之中,如果说与用例相关联的fixture出现了报错,pytest会将当前用例停止执行,并标记为 错误状态。要记得,错误状态不是failed状态,所以并不能表示用例是不通过的。只能够说明是用例关联 的fixture出现了问题,用例本身没有发现任何错误。 所以要明白,在fixture的设计的时候,需要尽可能减少fixture之间的依赖关系,避免因为一个fixture 出现问题导致大批fixture失效。

 3.1Fixture缓存机制

fixture缓存机制,在用例之中,fixture可以被多次请求,在pytest之中,fixture第一次被请求后, 如果有返回值,则后续继续调用该fixture的时候,会调用第一次生成的值,而不会再重新运行。

  1. import pytest
  2. @pytest.fixture
  3. def first():
  4. return 'a'
  5. @pytest.fixture
  6. def second():
  7. return []
  8. @pytest.fixture
  9. def third(first,second):
  10. return second.append(first)
  11. def test_function(first,second,third):
  12. print(first)
  13. print(second)
  14. if __name__ == '__main__':
  15. pytest.main(['-s'])

这里first夹具,是返回'a'的操作,second夹具是返回空[]的操作,third夹具是将'a'放入空[]的操作。

打印first和second中按理说应该打印'a'和[],但是打印出了['a']。主要是由于test_function()测试用例

中,传入了third夹具,已经存在['a']的缓存。所以在打印second的时候,可以直接打印出['a']。


 3.2autouse参数的使用

在unitTest中,如果每个测试用例都会用到某些前置条件或者后置条件,可以通过setUp或者tearDown实现。pytest中也可以通过fixture来实现一些前置和后置条件的处理。但是在每个测试用例都传入fixture不方便,可以使用autouse来解决这个问题。

autouse可以实现让定义了autouse的fixture在每一个测试用例执行前都调用此fixture,就不需要在 每一个测试用例之中都传入该fixture作为参数,减少了不必要的操作行为

  1. import pytest
  2. @pytest.fixture
  3. def first():
  4. return 'a'
  5. @pytest.fixture
  6. def second():
  7. return []
  8. @pytest.fixture(autouse=True)
  9. def third(first,second):
  10. return second.append(first)
  11. def test_function(first,second):
  12. print(first)
  13. print(second)
  14. if __name__ == '__main__':
  15. pytest.main(['-s'])

在third夹具中定义了autouse参数,设置为True。在测试用例test_function中并没有调用third 夹具,理论上打印second是不会打印出['a']的。但是由于antouse,autouse的fixture在每一个测试用例执行前都调用此fixture,所以third夹具运行之后,second就变成了['a'],所以打印结果是['a']。


3.3Fixture报错机制

报错机制:fixture本身是属于我们自定义的函数,所以在运行过程中也会存在有出现报错的风险。在实际 运行过程中,很有可能因为关联的fixture导致了一系列不可预见的问题产生。 

 在pytest之中,如果说与用例相关联的fixture出现了报错,pytest会将当前用例停止执行,并标记为 错误状态。

 错误状态不是failed状态,所以并不能表示用例是不通过的。只能够说明是用例关联 的fixture出现了问题,用例本身没有发现任何错误。

  1. @pytest.fixture
  2. def first():
  3. return 1/0
  4. #这是一个会报错的fixture
  5. def test_function(first):
  6. print('这是test_function')
  7. #这是一个会报错的测试用例
  8. def test_function_01():
  9. 1/0
  10. if __name__ == '__main__':
  11. pytest.main()

 两个测试用例,一个是调用了会报错的fixture,一个是会报错的测试用例。调用了会报错的fixture运行结果是error,会报错的测试用例运行结果是error。


3.4Fixture的setup操作

 这是fixture的setup操作:
        pytest启动运行会生成对应的session对象,本次执行的所有内容都会存放到session当中。
        所以setup分级:
            session -> module -> class -> function
        所有的setup定级需要在fixture之中传入一个参数,叫做scope,默认为function
        session级别的setup需要在conftest.py文件中进行定义。 

  1. #定义函数级别的setup
  2. import pytest
  3. # 定义函数级别的setup
  4. @pytest.fixture(scope='function')
  5. def function():
  6. print('this is function level')
  7. # 定义class级别的setup
  8. @pytest.fixture(scope='class')
  9. def class_():
  10. print('this is class level')
  11. # 定义py文件级别的setup
  12. @pytest.fixture(scope='module')
  13. def module():
  14. print('this is module level')
  15. def test_function(function):
  16. print('这是test_function')
  17. if __name__ == '__main__':
  18. pytest.main(['-sv'])

 通过不同的参数,就可以实现不同级别的setup的实现。


3.5Fixture的teardown操作

3.5.1实现方法一 :关键字yield

 可以通过Fixture来实现teardown的操作。通过调用关键字yield实现teardown的操作需要 函数中有return的关键字。通过调用return,结束函数的运行,并返回一个对象。 函数中的yield是迭代器,在函数运行的时候,如果需要返回一个对象,但同时又需要函数能够继续运行 yield实现的teardown只能满足基本的需求,如果说Fixture在运行的时候报错了,yield就相对不会友好了。

  1. import pytest
  2. @pytest.fixture(scope='function')
  3. def first():
  4. print('this is setup')
  5. yield
  6. print('this is teardown')
  7. def test_function(first):
  8. print('this is a test_case')

 基于以上描述,可以知道应该先执行yield的代码,再执行测试用例,然后再执行yield后面的代码,观察运行结果,符合推理。

 teardown只能满足基本的需求,如果说Fixture在运行的时候报错了,yield就相对不会友好了。


3.5.2实现方法二  :定义requests.addfinalizer

通过在Fixture中定义requests.addfinalizer来实现。 此方法是通过在Fixture中进行注册的行为,来让程序运行结束时调用,实现teardown的相关操作。为了 避免因为Fixture报错,导致的代码无法正常运行,所以建议teardown的内容写在函数的最开始的位置。 

  1. # 基于request.addfinalizer实现的teardown:request是固定写法,名称不能改变
  2. @pytest.fixture
  3. def second(request):
  4. #实现teardown的内容
  5. def second_finalizer():
  6. print('this is a finalizer')
  7. #注册teardown函数,实现fixture的teardown操作
  8. request.addfinalizer(second_finalizer)
  9. #正常定义setup行为
  10. print('this is a setup')
  11. def test_function(second):
  12. print('this is a test_case')

将teardown内容定义成一个类似装饰器的函数,通过在Fixture中定义requests.addfinalizer将函数注册来实现。查看结果:


3.6 fixture参数的传入

fixture在特定场景下需要进行参数的传入。来实现Fixture代码的正常运行。
通过装饰器parametrize实现。

通过request参数来接收fixture中可能传入的参数内容,定义参数,传入到fixture之中,一定要记得添加indirect参数为True,意思就是将参数名称识别为fixture

  1. # 定义参数,传入到fixture之中,一定要记得添加indirect参数为True,意思就是将参数名称识别为fixture
  2. @pytest.mark.parametrize('login', [{'by': 'id', 'value': 'kw', 'txt': 'hcc'}], indirect=True)
  3. @pytest.mark.parametrize('data', 'a')
  4. def test_function(login, data):
  5. # login.find_element('id', 'su').click()
  6. # 通过request参数来接收fixture中可能传入的参数内容
  7. # request可以接收任何格式的参数,不管是常用数据类型还是通过文件传入
  8. @pytest.fixture
  9. def login(request):
  10. print(data)

 

3.7 conftest——fixture统一管理

conftest.py文件的文件名是固定的,不能够修改。否则pytest会找不到,他相当于是一个Fixture的仓库,专门存放工程中的Fixture内容。便于在测试过程中
进行有效的统一管理和维护。
1. conftest.py文件的作用范围是文件所在的当前文件夹以及子文件夹。如果想要在整个工程都生效,则需要放到工程的根路径下。
2. conftest.py本身是pytest已定义好的,所以修改名称之后,pytest无法再找到你所设定文件,从而读取文件内容会失败。
    conftest.py是专门用来管理Fixture的文件。可以在conftest.py文件中将需要的Fixture全部定义好,在测试用例文件中,直接通过Fixture的名字来实现对它内容的调用。
3. 在conftest.py中定义的Fixture内容,可以在有效范围内被其他的测试用例所直接调用。不需要再进行额外的定义了。
4. conftest.py文件本身属于hook函数类型,我们也可以在这个文件中编写其他的hook函数。实现对pytest已有功能的增强。
5. session级别的Fixture必须要在conftest.py文件中定义。

3.8 ini文件 

文件是专门用来配置pytest的使用,如果要定义pytest相关的全局配置,都会使用这个文件来实现。
该文件推荐放在工程的根路径下。
pytest.ini的名称是固定写法,无法被更改。如果输入的指令在pytest.ini文件中已经定义了。
则新的指令会覆盖旧的指令。配置文件都是key:value形式。
  1. [pytest]
  2. # 定义mark标签
  3. markers =
  4. hcc: 这是hcc的标签
  5. xzl: 这是xzl的标签
  6. #将所有xfail装饰器的strict参数修改为指定的默认值。
  7. xfail_strict = True
  8. # 设置用例读取路径以及文件以及文件名称等相关的读取配置
  9. testpaths = ./
  10. python_files = test_*.py
  11. python_classes = test_*
  12. python_functions = test_*
  13. # 执行指令
  14. addopts = -s -v -m xzl
  15. # 日志:在pytest之中,本身有定义日志记录的功能,我们可以在每次执行测试用例的时候,添加日志的记录。
  16. # 在pytest中日志只能覆盖,不能追加
  17. log_cli = True
  18. log_cli_level = DEBUG
  19. log_cli_date_format = %Y-%m-%d-%H:%M:%S
  20. log_cli_format = %(levelname)s-%(asctime)s-%(filename)s-%(module)s-%(funcName)s-%(lineno)s:%(message)s
  21. log_file = test.log
涉及到全局的变量,只要在ini文件中进行更改即可。
 

 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Gausst松鼠会/article/detail/672684
推荐阅读
相关标签
  

闽ICP备14008679号