本文介绍一种轻量、安全的技巧：将耗时的初始化逻辑从 pytest 的收集阶段延迟到测试执行阶段，通过传递可调用对象（thunk）而非实际值来实现，避免提前执行 fun1()、fun3(n) 等开销操作。
在 pytest 中，@pytest.mark.parametrize 的参数列表会在测试收集阶段（collection phase） 就被求值——这意味着 fun1()、fun2()、fun3(n) 等函数会在此时立即执行，即使你只打算运行其中某个子集的测试（例如用 -k 过滤或 --lf 重跑失败用例），所有初始化仍会被无差别触发，造成显著延迟和资源浪费。
解决方案是：不传初始化结果，而传“延迟执行的封装”——即零参可调用对象（thunk）。测试函数内部再统一调用这些 thunks 获取真实参数。这样，初始化仅发生在对应测试真正执行时，完全按需触发。
✅ 推荐实现方式（兼顾安全性与简洁性）
使用 functools.partial 构造带参 thunk，替代易出错的 lambda：
from functools import partial
import pytest
@pytest.mark.parametrize(
"arg_factory", # 更清晰的参数名，强调其为“工厂函数”
[
fun1, # 已是零参函数，直接传入
fun2,
]
+ [partial(fun3, n) for n in range(10)]
+ [partial(fun4, n, model) for n in range(3, 7) for model in ["explicit", "implicit"]],
)
def test_foobar(arg_factory):
arg = arg_factory() # ✅ 延迟调用：此时才执行 fun3(n) 或 fun4(n, model)
# ... 实际断言与逻辑
assert isinstance(arg, ExpectedType)⚠️ 注意：不要用 [lambda: fun3(n) for n in range(10)] —— Python 闭包会捕获循环变量 n 的最终值（通常是 9），导致所有 lambda 都传入相同 n。partial 是安全且语义明确的替代方案。
? 若需批量生成多个参数（如 fun4 返回元组）
若 arg_factory() 返回的是一个可迭代对象（例如 fun4(n, model) 返回 (obj_a, obj_b)），你也可以灵活解包：
def test_foobar(arg_factory):
args = arg_factory() # e.g., returns a tuple
obj_a, obj_b = args # or use *args if arity varies
# ...✅ 优势总结
- 零额外依赖：仅需标准库 functools.partial；
- 无重复 boilerplate：每个测试只需一行 arg = arg_factory()；
- 签名无关：支持任意参数个数的初始化函数（fun1, fun4(n, model) 等均可统一处理）；
- 可调试性强：初始化失败时，堆栈清晰指向具体测试用例，而非模糊的收集阶段错误；
- 兼容 pytest 生态：不影响 --tb=short、--failed-first、pytest-xdist 等所有特性。
通过将“创建”与“使用”解耦，你既保持了参数化测试的表达力，又获得了按需初始化的性能与可控性——这是编写高效、可维护 pytest 套件的关键实践之一。
