pytest中getattr/hasattr动态调用测试方法报attributeerror，因pytest重命名测试函数且不保证类已实例化；inspect.signature可自动补全fixture依赖但需处理默认值和异常；热替换模块不更新fixture缓存；pytest.mark为动态生成对象，不可用getattr直接获取。
pytest中用getattr和hasattr动态调用测试方法为什么总报AttributeError
因为pytest默认会重命名测试函数（比如加test_前缀校验、参数化后生成带编号的变体），但反射查的是原始函数对象名，不是pytest运行时注册的名称。直接对类实例用getattr(instance, 'test_something')大概率失败。
实操建议：
- 优先用
pytest.collect模块获取已收集的Function节点，再通过.obj属性拿到真实可调用对象 - 若必须用反射，先确认目标方法是否被pytest识别为测试项：检查是否以
test_开头、是否在Test*类里、是否被@pytest.mark.skip等装饰器干扰 - 避免对未实例化的测试类直接反射——pytest不保证类在收集阶段就完成实例化，
getattr(TestClass, 'test_x')拿到的是未绑定方法，缺少self
如何用inspect.signature自动补全fixture依赖而不硬编码参数名
pytest在调用测试函数前会根据函数签名注入fixture，但手动写参数名容易漏、难维护；用反射解析签名能实现“声明即注入”，尤其适合参数多或fixture名动态生成的场景。
实操建议：
- 在自定义hook（如
pytest_runtest_makereport）或插件中，用inspect.signature(testfunc)提取参数名列表，再逐个查request.getfixturevalue(name) - 注意
inspect.signature对lambda或C扩展函数可能抛ValueError，需try/except兜底 - 别忽略默认值：有默认值的参数（如
def test_foo(db=None)）不会触发fixture注入，反射拿到的是Parameter.default，不是fixture名
用sys.modules和importlib.reload热替换测试模块时，为什么新fixture不生效
因为pytest在会话开始时已缓存所有fixture定义（存在_pytest.python.FixtureDef对象里），即使你reload了模块，fixture registry没同步更新，新函数不会被识别。
实操建议：
- 热替换只适用于调试阶段，生产环境禁用；reload后必须手动清空pytest内部缓存：
pytest.config._inicfg = None（不推荐）或更稳妥地重启pytest进程 - 若坚持动态加载，改用
pytest_plugins机制：把fixture定义拆到独立py文件，通过pytest_plugins = ["my_fixtures"]声明，修改后只需重跑pytest -
importlib.reload前要确保原模块没被其他测试引用，否则可能引发ImportError或对象身份错乱
为什么getattr(pytest, 'mark')返回None，但pytest.mark.parametrize又能用
pytest.mark不是普通模块属性，而是_pytest.python.MarkGenerator实例，由__getattr__动态生成；直接getattr(pytest, 'mark')绕过了该逻辑，所以是None。
实操建议：
- 要用mark对象，必须从
pytest模块顶层访问：import pytest; pytest.mark.parametrize，不能用反射间接取 - 如果需要程序化生成mark（比如根据配置文件决定是否skip），用
pytest.mark.skipif(condition, reason=...)构造后，再用functools.partial封装，而不是试图反射操作mark本身 - 检查
pytest.__version__，mark的动态行为在6.0+才稳定，老版本可能直接报AttributeError
反射在pytest里不是“打开黑盒的万能钥匙”，它和pytest的收集、缓存、fixture解析生命周期耦合得很紧。最容易被忽略的是：你看到的函数名、模块状态、fixture注册表，未必是pytest实际执行时看到的那个。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
