autouse=true的fixture因缺少正确teardown导致测试污染，关键在于作用域+yield保障隔离，而非autouse本身；应优先使用显式依赖和内置fixture如tmp_path、caplog。
pytest autouse=True 为什么反而让测试用例互相污染
因为 autouse=True 的 fixture 默认作用域是 function，看似每个测试都“自动运行一次”，但若 fixture 内部修改了全局状态（如修改 os.environ、写入临时文件、复用单例对象、变更模块级变量），而 cleanup 没做或没做对，后续测试就会读到前一个测试留下的脏数据。
常见错误现象包括：KeyError 找不到预期环境变量、FileExistsError 报临时目录已存在、数据库断言失败但代码没改、mock 行为在不同测试间“串场”。
- autouse fixture 不等于“自动隔离”，它只是自动调用，不自动回滚
- 如果 fixture 里用了
yield，必须确保 yield 后的 teardown 代码实际执行（比如没被异常跳过） - 多个 autouse fixture 之间无执行顺序保证，依赖顺序时要用
depends或显式request.addfinalizer
用 scope="function" + yield 正确实现环境隔离
真正起隔离作用的是作用域 + 明确的 setup/teardown 分界，不是 autouse 本身。下面这个 fixture 能确保每次测试都拿到干净的 os.environ：
@pytest.fixture(autouse=True, scope="function")
def clean_env():
original = dict(os.environ)
yield
os.environ.clear()
os.environ.update(original)
关键点：
- 必须用
yield，不能只写 setup 逻辑（否则 teardown 永远不触发） - 备份要深拷贝：对
os.environ用dict()，对可变对象（如 list/dict 类型的全局配置）用copy.deepcopy() - scope 选
function是底线；选class或module会扩大污染面，除非你明确需要跨测试共享状态
比 autouse 更安全的替代方案：显式 fixture 依赖
autouse 容易失控，尤其当项目变大、多人协作时。更可控的做法是关闭 autouse，用参数显式声明依赖：
def test_sends_email(clean_database, mock_smtp):
...
这样有三个好处：
- 每个测试意图清晰：一眼看出它依赖哪些环境准备
- 避免“隐形耦合”——某个测试突然失败，你不会怀疑是隔壁测试偷偷改了什么
- 方便跳过：临时加
@pytest.mark.skip时，不会因 autouse fixture 执行失败而掩盖真实原因
如果真想省略参数，可用 pytest_configure 注册默认 fixture，但不推荐；不如直接接受多写两个词换来可维护性。
临时目录和日志等资源必须用 pytest 内置 fixture
自己手写 tempfile.mkdtemp() + shutil.rmtree() 很容易漏 cleanup 或路径冲突。应该直接用 pytest 提供的：
-
tmp_path：每个测试独享的pathlib.Path对象，函数结束自动删除 -
tmp_path_factory：需要跨测试复用临时目录时才用（如 module 级缓存），否则一律用tmp_path -
caplog/capsys：捕获日志和 stdout/stderr，无需手动重定向或 patch
这些 fixture 已内置完整生命周期管理，比任何自定义 autouse 都可靠。别为了“统一风格”把它们包进自己的 autouse 里——那只会增加一层出错可能。
最常被忽略的一点：fixture 里的异常不会中断测试执行，但可能导致 teardown 被跳过。务必在 yield 前加 try/except，或用 request.addfinalizer() 替代 yield 做 cleanup，才能覆盖异常路径。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
