如何针对部分测试用例实现pytest fixture的前置参数化？

原有env fixture默认是函数级作用域，每个测试用例执行时都会拿到独立的全新字典实例，用例内对env的修改不会互相污染，因此完全不需要全局参数化fixture，就能实现合并重复用例的需求。

注意：不要手动把env fixture的作用域调高为class/module/session级别，否则不同用例对字典的修改会互相串，影响测试结果。

方案1：直接参数化测试用例（最轻量，无需修改原有fixture） #

不需要改动现有fixture和test_0的代码，仅将逻辑重复的test_1、test_2合并为单个参数化测试即可，参数化规则仅作用在该测试函数上，不会影响其他用例。

完整代码示例：

from pytest import fixture
import pytest

@fixture
def env():
    return {"key1": "value1", "key2": "value2"}


def do_work(env):
    print("working")


# 原有test_0完全保留，不受任何影响
def test_0(env):
    do_work(env)


# 合并test_1、test_2为参数化测试
@pytest.mark.parametrize("update_key, update_value", [
    ("key1", "new_value1"),
    ("key2", "new_value3")
])
def test_modify_env_then_work(env, update_key, update_value):
    env[update_key] = update_value
    do_work(env)

执行时pytest会自动生成两个独立的测试子用例，分别对应两种修改场景，和原来拆分写的test_1、test_2执行效果完全一致。后续需要新增修改场景时，只需要在parametrize的参数列表里加对应键值对即可。

这个方案改动最小，适合只有这一处需要修改env做测试的场景。

方案2：给fixture增加可选参数（适合多测试复用修改逻辑的场景） #

如果后续有多个测试用例都需要用到自定义修改后的env，可以给原有fixture增加可选的参数接收逻辑，默认不传参时返回原始env（完全兼容test_0），仅在需要自定义配置的测试上通过indirect=True传参即可。

完整代码示例：

from pytest import fixture
import pytest

@fixture
def env(request):
    base_env = {"key1": "value1", "key2": "value2"}
    # 仅当测试用例通过间接参数传了更新配置时，才修改原始env
    env_updates = getattr(request, "param", None)
    if env_updates is not None:
        base_env.update(env_updates)
    return base_env


def do_work(env):
    print("working")


# test_0不传参，拿到的是原始env，逻辑完全不变
def test_0(env):
    do_work(env)


# 需要修改env的测试，通过indirect=True把参数传给fixture处理
@pytest.mark.parametrize("env", [
    {"key1": "new_value1"},
    {"key2": "new_value3"}
], indirect=True)
def test_modify_env_then_work(env):
    do_work(env)

这个方案把env的修改逻辑收敛到了fixture内部，多个测试需要不同配置的env时不需要重复写修改代码，维护性更好。因为参数化是加在具体测试函数上的，不会强制所有用例都使用参数化的fixture，完全不影响test_0的原有逻辑。

内容的提问来源于stack exchange，提问作者mouse_00