pytest fixture 循环依赖需避免A↔B双向调用，应拆分为单向依赖的独立fixture；作用域控制靠参数声明而非autouse；可变返回值须拷贝；yield cleanup须try/except防护。
fixture 依赖关系怎么写才不会循环报错
pytest 的 fixture 支持显式依赖，但一旦写成 A 依赖 B、B 又依赖 A（哪怕间接），就会抛出 ScopeMismatchError 或 CircularFixtureRefError。这不是代码逻辑错，是 pytest 在构建 fixture 调用图时直接拒绝执行。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
pytest --fixtures查看当前作用域下所有 fixture 的依赖链，快速定位隐式循环（比如某个 session 级 fixture 里调用了 function 级 fixture） - 避免在
autouse=True的 fixture 里直接调用另一个 autouse fixture，尤其跨作用域时——pytest 会提前解析它们，极易触发循环 - 如果确实需要“双向能力”，拆成两个独立 fixture：一个负责准备数据（
db_setup），另一个负责提供操作接口（db_client），后者接收前者返回值作为参数，不反向调用
如何让 fixture 只在特定测试函数里生效，又不污染其他用例
很多人误以为 @pytest.mark.usefixtures 是唯一可控方式，其实它只是“声明使用”，并不传参；真正控制注入粒度的是 fixture 的 scope 和调用位置。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- function 级 fixture 默认只对声明了同名参数的测试函数生效，比如
def test_something(db_conn):—— 其他没写db_conn参数的用例完全不受影响 - 别在 conftest.py 里给 fixture 设
autouse=True后又想局部禁用，这等于先全局打针再拔针，徒增复杂度；该用usefixtures就用，该显式传参就传参 - 若需条件启用（比如仅 Windows 下加载某配置），在 fixture 函数内部用
if sys.platform != "win32": pytest.skip()，比用 mark 更干净
fixture 返回值被修改后，后续测试还安全吗
fixture 返回的对象（尤其是 dict、list、class 实例）如果在测试中被原地修改（in-place），会影响下一个同样依赖它的测试——因为默认是复用同一个对象实例。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 对可变对象，优先在 fixture 内部做浅拷贝：
return copy.copy(original_config)；深拷贝开销大，除非嵌套结构明确需要 - 不要依赖
scope="function"就自动隔离状态——它只保证 fixture 函数重跑，不保证返回值不可变 - 如果 fixture 返回的是数据库连接或 HTTP session，确保它本身是线程/进程安全的，或者明确标注
scope="session"并配合yield做 cleanup，否则并发跑 pytest-xdist 会出问题
用 yield 的 fixture 怎么避免 cleanup 阶段报错导致整个测试会话中断
yield fixture 的 finally 块（cleanup 部分）一旦抛异常，pytest 默认把它当测试失败处理，甚至可能阻断后续所有用例执行。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- cleanup 逻辑必须包在
try/except里，尤其涉及网络、文件、DB 连接释放时：try: conn.close() except Exception: pass - 不要在 yield 后面写依赖前半段结果的代码，比如
yield tmp_dir; os.rmdir(tmp_dir)—— 如果tmp_dir已被测试删掉，rmdir必然失败 - 若 cleanup 需要异步等待（如等待容器退出），别用
time.sleep硬等，改用带超时的轮询 +pytest.fail显式报错，避免卡住 CI 流程
最常被忽略的一点：fixture 里的异常捕获不是为了掩盖问题，而是为了不让 cleanup 失败污染测试结果本身——你得知道它失败了，但不能让它变成“测试挂了”的假信号。
