脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 脚本专栏 → python → pytest解读fixture fixtures

pytest解读fixture有效性及跨文件共享fixtures

 更新时间：2022年06月01日 11:50:34   作者：把苹果咬哭的测试笔记  
这篇文章主要为大家介绍了pytest官方文档fixture有效性及跨文件共享fixtures的解读，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪

fixture有效性及跨文件共享fixtures

一、fixture有效性

fixture有效性，说白了就是fixture函数只有在它定义的使用范围内，才可以被请求到。比如，在类里面定义了一个fixture，那么就只能是这个类中的测试函数才可以请求。但是，如果一个fixture定义的范围是整个模块，那么这个模块下的每个测试函数都可以去请求。

这里还有另一个影响fixture有效性的参数autouse=True，默认为False，等于True的话会在其他fixture之前先执行该fixture，后面有需要另起一篇，这里简短带过。

另外，一个fixture函数还可以请求任何其他的fixture函数。不管被请求的那个fixture函数在哪里定义，只要测试函数请求了它们，fixture函数就可以。

看示例代码(为了更直观的看效果，在官方代码基础上我加了几个fixture函数的print)：

#  content of test_module1.py 
import pytest
@pytest.fixture
def order():
    print("\n运行fixture函数-order")
    return []
@pytest.fixture
def outer(order, inner):
    print("运行fixture函数-outer")
    order.append("outer")
class TestOne:
    @pytest.fixture
    def inner(self, order):
        print("运行TestOne下的fixture-inner")
        order.append("one")
    def test_order(self, order, outer):
        assert order == ["one", "outer"]
class TestTwo:
    @pytest.fixture
    def inner(self, order):
        print("运行TestTwo下的fixture-inner")
        order.append("two")
    def test_order(self, order, outer):
        assert order == ["two", "outer"]

注意：

  • 这里有一个fixture函数outer在测试类的外部
  • 另外还有2个名字都叫inner的fixture函数，分别在测试类TestOne和TestTwo中。
  • 在外部的fixture函数outer中，又请求了内部的fixture函数inner。

现在我只运行类TestOne，看运行结果：

test_module1.py 
运行fixture函数-order
运行TestOne下的fixture-inner
运行fixture函数-outer
.                                                        [100%]
============================== 1 passed in 0.01s ==============================
Process finished with exit code 0

说明测试函数里的断言通过。测试函数执行的时候，外部outer请求的inner是TestOne下的。虽然TestOne类下的inner，只能作用于TestOne下的测试函数。但是，由于测试函数请求了外部的outer，所以，外部的outer也就可以请到内部的inner。

官方还给出一个示意图，可以结合着上述的思路，理解一下。

注意，fixture定义的范围与它将被实例化的顺序无关：实例化顺序由调用逻辑强制执行

可以参考 https://www.jb51.net/article/250148.htm

二、跨文件共享fixtures

如果你把fixture函数放到conftest.py文件中，那么在这个文件所在的整个目录下，都可以直接请求里面的fixture，不需要导入。

在实际场景中，我们的测试目录或者包可能有多层的嵌套，这种情况下，每个目录都可以有一个自己的conftest文件。比如，像这样：

各层级里的内容是这样的：

tests/
    __init__.py
    conftest.py
        # content of tests/conftest.py
        import pytest
        @pytest.fixture
        def order():
            return []
        @pytest.fixture
        def top(order, innermost):
            order.append("top")
    test_top.py
        # content of tests/test_top.py
        import pytest
        @pytest.fixture
        def innermost(order):
            order.append("innermost top")
        def test_order(order, top):
            assert order == ["innermost top", "top"]
    subpackage/
        __init__.py
        conftest.py
            # content of tests/subpackage/conftest.py
            import pytest
            @pytest.fixture
            def mid(order):
                order.append("mid subpackage")
        test_subpackage.py
            # content of tests/subpackage/test_subpackage.py
            import pytest
            @pytest.fixture
            def innermost(order, mid):
                order.append("innermost subpackage")
            def test_order(order, top):
                assert order == ["mid subpackage", "innermost subpackage", "top"]

同样的，这里也有一张作用域边界图帮助理解。

知识点：

  • 顶层下的conftest里的order和top对当前层和下层级的所有可用(一个圈就对应各自的作用域)。
  • 测试函数只可以向上层级搜索可用的fixture函数(出圈)，但是出圈查找的过程中，不能再进到别的圈子向下查找。所以，tests/subpackage/test_subpackage.py::test_order可以找到定义在tests/subpackage/test_subpackage.py里的innermost。但是，另一个定义在tests/test_top.py中，名字也叫innermost的fixture，对test_order来说就不可用了。

其实对于上述，按照我的白话来说，想用conftest里的fixture函数，你只能用同层级或者上层级的。但是上级里的其他兄弟目录或者包，以及他们的下层级的conftest，你是不能用的。

但是读了官方文档，我觉得官方的那个圈子描述挺不错的，更严谨。

以上就是pytest解读fixture有效性及跨文件共享fixtures的详细内容，更多关于 pytest解读fixture fixtures的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

相关文章

最新评论