pytest解读一次请求多个fixtures及多次请求

目录
  • 一、一个测试函数/fixture一次请求多个fixture
  • 二、每个测试函数可以多次请求fixtures(返回值被缓存)

跟着节奏继续来探索fixtures的灵活性。

一、一个测试函数/fixture一次请求多个fixture

在测试函数和fixture函数中，每一次并不局限于请求一个fixture。他们想要多少就可以要多少。

下面是另一个简单的例子:

import pytest
# Arrange
@pytest.fixture
def first_entry():
    return "a"
# Arrange
@pytest.fixture
def second_entry():
    return 2
# Arrange
@pytest.fixture
def order(first_entry, second_entry):
    # 这是一个fixture函数，请求了2个其他的fixture函数
    return [first_entry, second_entry]
# Arrange
@pytest.fixture
def expected_list():
    return ["a", 2, 3.0]
def test_string(order, expected_list):
    # 这是一个测试函数，请求了2个不同的fixture函数
    # Act
    order.append(3.0)
    # Assert
    assert order == expected_list

可以看出，在fixture函数order中，请求了2个其他的fixture函数，分别是：first_entry、second_entry。

在测试函数test_string中，请求了2个不同的fixture函数，分别是：order、expected_list。

二、每个测试函数可以多次请求fixtures(返回值被缓存)

在同一个测试函数中，fixture也可以被请求多次。但是在这个测试函数中，pytest在第一次执行fixture函数之后，不会再次执行它们。

如果第一次执行fixture函数有返回值，那么返回值会被缓存起来。

import pytest
# Arrange
@pytest.fixture
def first_entry():
    return "a"
# Arrange
@pytest.fixture
def order():
    return []
# Act
@pytest.fixture
def append_first(order, first_entry):
    # 在这里order第一次被请求，返回一个列表[]
    # 接着，order空列表增加了first_entry的返回值，此时的order变成了["a"]，被缓存起来
    return order.append(first_entry)
def test_string_only(append_first, order, first_entry):
    # 在测试函数里，order第二次被请求，但是并不会拿到空列表[]，而且拿到了被缓存起来的["a"]
    # 所以断言order == [first_entry]，其实就是 ["a"] == ["a"]，测试通过
    # Assert
    assert order == [first_entry]

从示例中可以看出：

  • 在fixture函数append_first中，order第一次被请求，返回一个列表[]，被缓存起来。
  • 接着，order.append(first_entry)在[]中增加了first_entry的返回值，所以，此时的order变成了["a"]。
  • 最后，在测试函数test_string_only中，order第二次被请求，但是并不会拿到空列表[]，而且拿到了被缓存起来的["a"]。这样的话，最后的断言assert order == [first_entry]就会成功。

反过来，如果同一个fixture在一个测试函数中每次都去请求一次，那上面的测试函数必然失败。

因为，这样一来，虽然在append_first中的返回值仍然是["a"]，但是在test_string_only中，又去重新请求了一次order，拿到的其实是空列表[]，所以最后断言会失败。

以上就是pytest解读一次请求多个fixtures及多次请求 的详细内容，更多关于pytest解读fixtures请求 的资料请关注我们其它相关文章！

赞 (0)

相关推荐

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

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

    目录 fixture有效性及跨文件共享fixtures 一.fixture有效性 二.跨文件共享fixtures fixture有效性及跨文件共享fixtures 一.fixture有效性 fixture有效性,说白了就是fixture函数只有在它定义的使用范围内,才可以被请求到.比如,在类里面定义了一个fixture,那么就只能是这个类中的测试函数才可以请求.但是,如果一个fixture定义的范围是整个模块,那么这个模块下的每个测试函数都可以去请求. 这里还有另一个影响fixture有效性的参

  • pytest fixtures函数及测试函数的参数化解读

    目录 pytest fixtures测试函数参数化 一.@pytest.mark.parametrize:参数化测试函数 1. 常规用法 2. 在参数化中标记单个测试实例 3. 多个参数化组合,笛卡尔积 二.用钩子函数pytest_generate_tests example拓展 总结 pytest fixtures测试函数参数化 Pytest会在以下几个级别启用测试参数化: pytest.fixture(),可以对fixture函数进行参数化. @pytest.mark.parametrize

  • pytest fixtures装饰器的使用和如何控制用例的执行顺序

    pytest fixtures装饰器 pytest中可以使用@pytest.fixture 装饰器来装饰一个方法,被装饰方法的方法名可以作为一个参数传入到测试方法中.可以使用这种方式来完成测试之前的初始化,也可以返回数据给测试函数. 将fixture作为函数参数 通常使用setup和teardown来进行资源的初始化,如果有这样一个场景,测试用例1需要依赖登入功能,测试用例2不需要依赖登入功能,测试用例3需要登入功能,这种场景setup,teardown无法实现,也可以使用pytest fixt

  • pytest官方文档解读fixtures调用fixtures及fixture复用性

    目录 fixtures调用其他fixtures及fixture复用性 一.Fixtures调用别的Fixtures 二.Fixtures的复用性 fixtures调用其他fixtures及fixture复用性 pytest最大的优点之一就是它非常灵活. 它可以将复杂的测试需求简化为更简单和有组织的函数,然后这些函数可以根据自身的需求去依赖别的函数. fixtures可以调用别的fixtures正是灵活性的体现之一. 一.Fixtures调用别的Fixtures 直接看一个简单示例: import

  • pytest解读一次请求多个fixtures及多次请求

    目录 一.一个测试函数/fixture一次请求多个fixture 二.每个测试函数可以多次请求fixtures(返回值被缓存) 跟着节奏继续来探索fixtures的灵活性. 一.一个测试函数/fixture一次请求多个fixture 在测试函数和fixture函数中,每一次并不局限于请求一个fixture.他们想要多少就可以要多少. 下面是另一个简单的例子: import pytest # Arrange @pytest.fixture def first_entry(): return "a&

  • pytest解读fixtures中yield与addfinalizer区别

    pytest解读fixtures中yield与addfinalizer区别

    目录 前言 一.问题回顾 二.问题解决 前言 在上一章中,文末留下了一个坑待填补,疑问是这样的: 目前从官方文档中看到的是 We have to be careful though, because pytest will run that finalizer once it’s been added, even if that fixture raises an exception after adding the finalizer. 一旦添加了终结器,pytest便会执行. 但是,当我尝试

  • Java发送http请求的示例(get与post方法请求)

    package com.jiucool.www.struts.action;  import java.io.BufferedReader;  import java.io.DataOutputStream;  import java.io.File;  import java.io.FileReader;  import java.io.IOException;  import java.io.InputStreamReader;  import java.net.HttpURLConnect

  • pytest解读fixtures之Teardown处理yield和addfinalizer方案

    目录 前言 一.yield fixtures(推荐) 1, yield 和 return 2, yield的执行顺序 二.addfinalizer 1.request.addfinalizer把函数变成终结器 2.request.addfinalizer注册多个终结器函数 3.yield和addfinalizer的区别 前言 当我们运行测试函数时,我们希望确保测试函数在运行结束后,可以自己清理掉对环境的影响.这样的话,它们就不会干扰任何其他的测试函数,更不会日积月累的留下越来越多的测试数据. 用

  • 多ajax请求的各类解决方案(同步, 队列, cancel请求)

    •多个ajax请求同时发送,相互无依赖. •多个ajax请求相互依赖,必须有先后顺序. •多个请求被同时发送,只需要最后一个请求. 第1种case 应用场景: 这个场景很多,一个页面打开是多个区域同时请求后台得到各自的数据,没依赖,没顺序. 处理方案: 直接用jquery的ajax函数.这个用的非常多,这里从略,可看后面的代码中例子. 第2种case 应用场景: 多个ajax请求,需要顺序执行,后一个ajax请求的执行参数是前一个ajax的结果.例如: 用户登录后我们发送一次请求得到用户的应用I

  • vue axios请求频繁时取消上一次请求的方法

    一.前言 在项目中经常有一些场景会连续发送多个请求,而异步会导致最后得到的结果不是我们想要的,并且对性能也有非常大的影响.例如一个搜索框,每输入一个字符都要发送一次请求,但输入过快的时候其实前面的请求并没有必要真的发送出去,这时候就需要在发送新请求的时候直接取消上一次请求. 二.代码 <script> import axios from 'axios' import qs from 'qs' export default { methods: { request(keyword) { var

  • pytest官方文档解读fixtures

    目录 一.测试的构成 二.回到fixtures本身 在深入了解fixture之前,让我们先看看什么是测试. 一.测试的构成 其实说白了,测试就是在特定的环境.特定的场景下.执行特定的行为,然后确认结果与期望的是否一致. 就拿最常见的登录来说,完成一次正常的登录场景,需要可用的测试环境,可以正常登录的账号和密码.然后,用这个账号密码进行登录操作,结果登录成功,符合这次正常登录场景的预期结果,测试完成. 这样看来,通常就可以把测试分为4个步骤: Arrange Act Assert Cleanup

  • pytest官方文档解读fixtures的autouse

    现在我们已经知道了,fixtures是一个非常强大的功能. 那么有的时候,我们可能会写一个fixture,而这个fixture所有的测试函数都会用到它. 那这个时候,就可以用autouse自动让所有的测试函数都请求它,不需要在每个测试函数里显示的请求一遍. 具体用法就是,将autouse=True传递给fixture的装饰器即可. import pytest @pytest.fixture def first_entry(): return "a" @pytest.fixture de

随机推荐