autouse=true的fixture作用域仅限于声明的scope内，并非全局生效；scope="function"时每个测试函数执行前后各运行一次，scope="class"/"module"/"session"则分别在类、模块、整个测试会话首次进入时运行一次，其中session级最接近全局但需定义在conftest.py且受限于依赖约束。
autouse=True 的 fixture 不能真正“全局自动初始化”，它只对作用域内所有测试函数生效，且容易引发隐式依赖和执行顺序问题——别把它当 setup_module 用。
autouse=True 的作用域边界在哪？
pytest 中 autouse=True 的 fixture 只在声明的作用域（scope）内自动应用，不是进程级或项目级的“全局”。常见误区是以为加了 autouse=True 就能在整个 test 目录下无条件运行。
-
scope="function"：每个测试函数前/后各执行一次（默认） -
scope="class"：每个测试类首次进入时执行一次，类内所有方法共享该 fixture 返回值 -
scope="module"：每个.py文件加载时执行一次，文件内所有测试共享 -
scope="session"：整个 pytest 运行周期只执行一次，跨文件生效 —— 这是最接近“全局”的选项，但仍有约束
注意：scope="session" fixture 必须定义在 conftest.py 中，且不能接受其他 fixture（除非是 session 级），否则 pytest 会报错 fixture 'xxx' not found。
为什么 session 级 autouse fixture 容易出错？
session 级 fixture 被多个模块复用，一旦它返回可变对象（如 dict、list），后续测试可能因状态污染而失败；更隐蔽的是，如果它依赖环境变量或外部服务，而某些测试需要 mock 或重置状态，就无法隔离。
- 错误示例：
@pytest.fixture(scope="session", autouse=True)返回一个全局requests.Session()实例，但某个测试 patch 了 requests，却没重置该 session 实例 - 调试困难：执行顺序不可控，
autouse=Truefixture 总是优先于普通 fixture，但多个 autouse fixture 之间顺序由 pytest 按定义位置决定，不按名称或依赖关系 - 无法跳过：你不能在单个测试上用
@pytest.mark.usefixtures("xxx")显式调用，也不能用pytest.skip在 fixture 内部跳过 —— 它总要执行
替代方案：什么时候该用 autouse，什么时候该显式 usefixtures？
真正需要“自动”的场景其实很少。多数初始化逻辑更适合显式控制，尤其涉及状态、IO 或副作用时。
- 适合
autouse=True的情况：os.environ临时设置（如ENV=testing）、日志级别重置、临时目录创建（tmp_path_factory.mktemp）这类无副作用、幂等、轻量的操作 - 不适合
autouse=True的情况：数据库连接、HTTP client 初始化、mock 启动、资源清理 —— 这些应该用@pytest.mark.usefixtures("db_setup")或直接作为参数传入，确保可读性和可测性 - 想“全局但可控”？在根目录
conftest.py定义scope="session"fixture，但不要设autouse=True；在需要的测试模块顶部统一加@pytest.mark.usefixtures("init_db")，既集中又可审计
例如：
@pytest.fixture(scope="session")
def init_cache():
cache = LRUCache(100)
yield cache
cache.clear() # teardown
然后在 test_api.py 顶部写：@pytest.mark.usefixtures("init_cache")，比 autouse 更安全、更易定位。
如何验证 autouse fixture 是否真被调用了？
pytest 不报错不等于它执行了。最直接的方法是加 print 或 logging（注意：print 在 pytest 默认静默模式下不显示，要用 -s 参数）。
- 加
print(f"[{fixture_name}] running")并运行pytest -s test_file.py - 用
--setup-show查看 fixture 执行树：pytest --setup-show -q test_example.py，你会看到类似SETUP S init_db (fixtures/conftest.py:12)的输出 - 检查是否被跳过：如果 fixture 里有
raise RuntimeError，而测试仍通过，说明它根本没触发 —— 很可能是 scope 不匹配或没放在正确的conftest.py层级
特别注意：如果 fixture 定义在子目录的 conftest.py 里，它的作用域只覆盖该目录及子目录，上级目录的测试不会感知到它，哪怕写了 autouse=True。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
