autouse=true 的 fixture 未生效是因 pytest 匹配逻辑或配置错误，常见原因包括文件命名不规范、fixture 未定义在 conftest.py 或测试模块顶部、作用域不匹配、同名普通 fixture 覆盖、拼写错误，以及误以为 autouse 可省略参数签名——实际仍需显式声明才能访问其 yield 逻辑。
autouse=True 的 fixture 没有自动生效，不是 Python 3.11 的问题，而是 pytest 自身的匹配逻辑或配置错误导致的。Pytest 从 7.x 到最新版（2026 年已到 8.x）对 autouse 的行为保持一致，Python 版本升级本身不会破坏它。
autouse=True 不执行的常见原因
- 测试函数所在模块没被 pytest 发现（比如文件名不是
test_<em>.py</em>或_test.py） -
@pytest.fixture(autouse=True)定义在普通 .py 文件里，但没放在conftest.py或测试模块顶部，pytest 扫描不到 - fixture 作用域（
scope）设置不合理：例如设为scope="class"，但测试函数不在class内，就不会触发 - 同名普通 fixture 覆盖了 autouse 版本：某个测试函数显式写了
def test_x(db):，而db又是普通 fixture（非 autouse），pytest 就只用那个，忽略 autouse 的db - 拼写错误或大小写不一致：比如 fixture 叫
setup_logging，但你在conftest.py里误写成setup_loggin，pytest 根本不认
autouse=True 的 fixture 返回值拿不到？
这是最常被误解的一点：
-
autouse=True只保证「执行」，不保证「注入参数」 - 如果你写了
def test_something(tmp_path):，但tmp_path是 autouse 的，pytest 仍会报错：fixture 'tmp_path' not found - 正确做法是：仍需把 fixture 名作为参数显式写进函数签名，哪怕它 autouse 了
@pytest.fixture(autouse=True, scope="function") def setup_env(): os.environ["TEST_MODE"] = "1" yield del os.environ["TEST_MODE"]
def test_api_call(setup_env): # ✅ 必须写上 setup_env 才能访问其 yield 后逻辑 assert os.environ.get("TEST_MODE") == "1"
autouse=True 和 yield 配合时 teardown 不运行？
是的，容易被忽略：
- 如果测试因
pytest.skip()、@pytest.mark.skip、导入失败、语法错误提前退出，yield后面的 teardown 代码根本不会执行 - 这会导致资源残留（如临时目录没删、端口没释放、mock 没还原）
- 解决办法：改用
addfinalizer显式注册清理，或把 teardown 逻辑移到try/finally块里（不依赖 yield）
真正难排查的点，往往不在 autouse 本身，而在 fixture 的作用域嵌套 + 同名覆盖 + 导入路径混乱。建议优先检查 conftest.py 是否在正确层级、是否被多个 conftest 干扰、以及测试文件是否真的属于当前 pytest 执行 scope。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
