一、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函数,分别在测试类TestOneTestTwo中。
  • 在外部的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请求的innerTestOne下的。

虽然TestOne类下的inner,只能作用于TestOne下的测试函数。但是,由于测试函数请求了

外部的outer,所以,外部的outer也就可以请到内部的inner

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

注意,fixture定义的范围与它将被实例化的顺序无关:实例化顺序由调用逻辑强制执行(可以参考这篇)。

二、跨文件共享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里的ordertop对当前层和下层级的所有可用(一个圈就对应各自的作用域)。
  • 测试函数只可以向上层级搜索可用的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官方文档】解读fixtures - 10. fixture有效性、跨文件共享fixtures的更多相关文章

  1. 【pytest官方文档】解读fixtures - 3. fixtures调用别的fixtures、以及fixture的复用性

    pytest最大的优点之一就是它非常灵活. 它可以将复杂的测试需求简化为更简单和有组织的函数,然后这些函数可以根据自身的需求去依赖别的函数. fixtures可以调用别的fixtures正是灵活性的体 ...

  2. 【pytest官方文档】解读fixtures - 1.什么是fixtures

    在深入了解fixture之前,让我们先看看什么是测试. 一.测试的构成 其实说白了,测试就是在特定的环境.特定的场景下.执行特定的行为,然后确认结果与期望的是否一致. 就拿最常见的登录来说,完成一次正 ...

  3. 【pytest官方文档】解读fixtures - 2. fixtures的调用方式

    既然fixtures是给执行测试做准备工作的,那么pytest如何知道哪些测试函数 或者 fixtures要用到哪一个fixtures呢? 说白了,就是fixtures的调用. 一.测试函数声明传参请 ...

  4. Cuda 9.2 CuDnn7.0 官方文档解读

    目录 Cuda 9.2 CuDnn7.0 官方文档解读 准备工作(下载) 显卡驱动重装 CUDA安装 系统要求 处理之前安装的cuda文件 下载的deb安装过程 下载的runfile的安装过程 安装完 ...

  5. 【pytest官方文档】解读fixtures - 7. Teardown处理,yield和addfinalizer

    当我们运行测试函数时,我们希望确保测试函数在运行结束后,可以自己清理掉对环境的影响. 这样的话,它们就不会干扰任何其他的测试函数,更不会日积月累的留下越来越多的测试数据. 用过unittest的朋友相 ...

  6. 【pytest官方文档】解读fixtures - 8. yield和addfinalizer的区别(填坑)

    在上一章中,文末留下了一个坑待填补,疑问是这样的: 目前从官方文档中看到的是 We have to be careful though, because pytest will run that fi ...

  7. 【pytest官方文档】解读- 插件开发之hooks 函数(钩子)

    上一节讲到如何安装和使用第三方插件,用法很简单.接下来解读下如何自己开发pytest插件. 但是,由于一个插件包含一个或多个钩子函数开发而来,所以在具体开发插件之前还需要先学习hooks函数. 一.什 ...

  8. 【pytest官方文档】解读- 开发可pip安装的第三方插件

    在上一篇的 hooks 函数分享中,开发了一个本地插件示例,其实已经算是在编写插件了.今天继续跟着官方文档学习更多知识点. 一个插件包含一个或多个钩子函数,pytest 正是通过调用各种钩子组成的插件 ...

  9. FluentValidation:C#后端输入验证框架的官方文档解读

    参照 FluentValidation 的官方文档写的例子,方便日后查看和使用. 原文:https://github.com/JeremySkinner/FluentValidation/wiki H ...

随机推荐

  1. spring中的依赖注入(DI)笔记

    使用xml bean依赖注入有set注入和构造器注入 set注入用的比较多 <bean id="a" class="com.A"> <prop ...

  2. SpringBoot 整合 hibernate 连接 Mysql 数据库

    前一篇搭建了一个简易的 SpringBoot Web 项目,最重要的一步连接数据库执行增删改查命令! 经过了一天的摸爬滚打,终于成功返回数据! 因为原来项目使用的 SpringMVC + Hibern ...

  3. Vue学习笔记-rest_framework_jwt 学习

    一  使用环境 开发系统: windows 后端IDE: PyCharm 前端IDE: VSCode 数据库: msyql,navicat 编程语言: python3.7  (Windows x86- ...

  4. Tawk.to工具使用攻略--如何让访客通过tawk.to联系时先填写邮箱、联系方式等信息

    Tawk.to工具使用攻略--如何让访客通过tawk.to联系时先填写邮箱.联系方式等信息 您在使用tawk.to的时候,是否遇到当访客联系您时,您未能及时查看到tawk.to的消息,后续想要再联系访 ...

  5. JVM相关 - 深入理解 System.gc()

    本文基于 Java 17-ea,但是相关设计在 Java 11 之后是大致一样的 我们经常在面试中询问 System.gc() 究竟会不会立刻触发 Full GC,网上也有很多人给出了答案,但是这些答 ...

  6. Kubernetes-1.概述

    内容主要摘自官网文档资料 官方地址 概述Kubernetes基本信息 前提条件: 掌握容器或Docker知识 文档编写基于kubernetes v1.17版本 目录 概述 Kubernetes对象 K ...

  7. uni-app创建项目

    下载 HBuilderX   下载地址(https://www.dcloud.io/hbuilderx.html) HBuilderX是通用的前端开发工具,但为uni-app做了特别强化. 创建uni ...

  8. Spring Boot 2.x基础教程:使用MongoDB

    前段时间因为团队调整,大部分时间放在了团队上,这系列的更新又耽误了一下.但既然承诺持久更新,那就不会落下,今天开始继续更新这部分的内容! 过了年,重申一下这个系列的目标:目前主要任务就是把Spring ...

  9. SpringBoot启动流程原理解析(二)

    在上一章我们分析了SpingBoot启动流程中实例化SpingApplication的过程. return new SpringApplication(primarySources).run(args ...

  10. java常见面试题3:线程间通信

    写两个线程,一个线程打印 1~52,另一个线程打印字母A-Z. 打印顺序为12A34B56C78D--5152Z.要求用线程间的通信. 代码清单: class Printer { private in ...