pytest fixture依赖应避免隐式调用和循环引用，需显式拆解、隔离声明；禁用跨作用域autouse，参数化fixture scope必须为function，可变对象需深浅拷贝，条件启用用pytest.skip()而非autouse。
复杂依赖注入不是靠堆 fixture 解决的，而是靠拆解、隔离和显式声明。pytest 的 fixture 机制本身不支持“自动推导双向关系”，一旦出现循环或隐式跨作用域调用，就会在收集阶段直接报错，比如 CircularFixtureRefError 或 ScopeMismatchError。
怎么写 fixture 依赖才不会触发 CircularFixtureRefError
错误往往发生在你没意识到某个 fixture 已经被另一个 fixture 拉进调用链里。比如 db_client 调用了 db_setup，而 db_setup 又悄悄用了 config，结果 config 里又 conditionally import 了 db_client —— 这种间接引用 pytest 会当场拒绝执行。
- 用
pytest --fixtures查看当前作用域下所有 fixture 的依赖树，重点检查带session或package作用域的 fixture 是否意外拉入了function级 fixture - 禁用
autouse=True在跨作用域场景下，尤其不要让session级 fixture 自动调用function级 fixture —— pytest 会在测试开始前就尝试解析整个图，极易卡死 - 真需要“双向能力”（比如既要初始化 DB，又要提供操作接口），拆成两个独立 fixture：
db_setup返回连接信息，db_client接收它作为参数并返回封装好的 client 实例，不反向调用
fixture 参数化 + 依赖组合时，为什么测试实例数不对
当你给一个 fixture 加了 params，又让它依赖另一个也带 params 的 fixture，pytest 默认做的是笛卡尔积。比如 env 有 2 个值、db_mode 有 3 个值，最终会生成 6 个测试实例 —— 即使你只想测 “dev + sqlite” 和 “prod + postgres” 这两组。
- 如果只需要特定组合，别嵌套参数化，改用
@pytest.mark.parametrize直接控制测试函数输入，把 fixture 当作纯资源加载器 - 若必须由 fixture 驱动，用
request.param手动构造组合逻辑，而不是让两个 fixture 各自 parametrize - 注意：参数化 fixture 的 scope 必须是
function，否则 pytest 会报ScopeMismatchError—— 因为参数每次不同，无法缓存
fixture 返回的对象被测试修改后，下一个测试为啥出问题
很多人以为 scope="function" 就等于“每次全新对象”，其实它只保证 fixture 函数重新执行，不保证返回值不可变。如果你的 fixture 返回一个 dict，而测试里执行了 config["timeout"] = 60，那下一个测试拿到的就是已被改过的 dict。
立即学习“Python免费学习笔记（深入）”；
- 对可变对象（
list、dict、自定义 class 实例），在 fixture 内部用copy.copy()浅拷贝；只有嵌套结构明确需要才用copy.deepcopy() - 别依赖
yield的 cleanup 去“恢复状态”，那是为了释放资源（如关闭连接），不是为了重置数据 - 数据库连接、HTTP session 这类资源，必须确保其本身线程/进程安全；跑
pytest-xdist时，scope="session"的 fixture 若没加锁或没做隔离，会直接导致并发失败
如何让 fixture 只对部分测试生效，又不污染全局
最常见误区是给 conftest.py 里的 fixture 加 autouse=True，再拼命用 @pytest.mark.usefixtures 或 request.getfixturevalue 补救 —— 这等于先打一针再拔针，逻辑绕且难 debug。
- function 级 fixture 默认就是按需注入：只有测试函数签名里写了同名参数（如
def test_something(db_conn):），才会触发该 fixture；其他测试完全无感知 - 需要条件启用（比如只在 CI 环境加载 mock 配置），直接在 fixture 函数内部判断：
if os.getenv("CI") != "true": pytest.skip()，比用 mark 更干净、更早退出 - 避免在
conftest.py中设autouse=True，除非你 100% 确认所有子目录下的测试都必须运行它 —— 否则后期维护成本指数级上升
真正难的从来不是“怎么写”，而是“怎么不写”：删掉那些看似方便实则耦合的 autouse、砍掉隐式跨作用域调用、把参数组合逻辑从 fixture 层移到测试函数层 —— 复杂性往往藏在省略号里，而不是代码行数里。
