pytest中fixture名必须硬编码，不能用变量动态引用；需通过request.getfixturevalue()按需加载，或用工厂fixture封装创建逻辑。
fixture参数在pytest中不能直接用变量名动态引用
pytest的@pytest.fixture装饰器在定义时就完成注册，函数体内的变量、循环或外部输入不会被自动识别为fixture参数。如果你写@pytest.mark.parametrize("name", [var_name])然后期望def test_foo(name)能拿到对应fixture，会报fixture 'name' not found——因为pytest只认字面量字符串，不解析变量内容。
- fixture名必须是硬编码的字符串，比如
"db_conn"，不能是f"{env}_db" -
pytest.mark.parametrize传的是测试参数，不是fixture名；要让参数触发fixture加载，得靠间接方式 - 动态拼接fixture名后，需用
request.getfixturevalue()显式获取，否则pytest无法自动注入
用request.getfixturevalue()按需加载fixture
这是最常用也最可控的方式：先声明一个参数化测试，再在测试函数内部根据参数值决定加载哪个fixture。关键点是把request fixture作为入参，并调用其getfixturevalue()方法。
import pytest
<p>@pytest.mark.parametrize("env", ["staging", "prod"])
def test_api_call(env, request):</p><h1>动态加载对应环境的fixture</h1><pre class="brush:php;toolbar:false;">client = request.getfixturevalue(f"api_client_{env}")
assert client.base_url.startswith(f"https://{env}.example.com")
- 确保对应fixture已定义，如
api_client_staging和api_client_prod -
getfixturevalue()会在运行时查找并执行fixture，支持依赖链（比如api_client_staging本身依赖db_fixture） - 如果传入不存在的fixture名，会抛
pytest.FixtureLookupError，建议加try/except或提前校验
避免在fixture定义里做条件分支
有人会想在fixture函数里用if env == "staging"返回不同对象，这看似“动态”，但实际破坏了fixture的缓存机制和可测性。pytest对每个fixture实例做缓存，而条件逻辑会让同一个fixture名返回不同状态，导致测试间污染。
立即学习“Python免费学习笔记（深入）”；
- 不要这样写：
@pytest.fixture def db_conn(env): return StagingDB() if env == "staging" else ProdDB() - 更推荐拆成独立fixture：
db_conn_staging、db_conn_prod，再通过getfixturevalue()选 - 若环境配置确实需要共享逻辑，把公共初始化提取到辅助函数，fixture只负责组合调用
复杂场景下用fixture工厂模式封装生成逻辑
当fixture创建过程本身很重（比如启动Docker容器、生成临时证书），且参数组合多，可以定义一个返回fixture函数的工厂fixture。它不直接返回资源，而是返回一个可调用对象，由测试按需触发。
@pytest.fixture
def client_factory(request):
def _make_client(env, auth_mode="token"):
# 这里可复用setup/teardown逻辑
return APIClient(env=env, auth_mode=auth_mode)
return _make_client
<p>def test_with_custom_auth(client_factory):
client = client_factory("staging", auth_mode="basic")
assert client.auth_header.startswith("Basic ")
- 工厂fixture本身轻量，不触发实际资源创建
- 测试函数控制何时、以何参数实例化，便于隔离和调试
- 注意：工厂返回的对象若含状态（如连接池），需自行管理生命周期，pytest不自动处理
真正难的不是拼出fixture名，而是确保每次调用都对应干净、可预测的上下文。很多人卡在getfixturevalue()报错，其实只是拼写不一致或fixture没被pytest发现——检查是否漏了conftest.py位置，或者fixture作用域（scope="session"的fixture不能在function scope测试里用getfixturevalue()跨scope调用）。
