pytest fixture 怎样提供可复用的测试准备？

追问为什么测试函数可以通过参数请求 fixture？登录用户、数据库会话和应用实例分别应怎样拆分依赖？

function、module、session 等 fixture scope 怎样选择？

追问哪些资源适合共享初始化，哪些业务状态需要每个测试重置？扩大作用域后怎样识别运行顺序依赖？

追问测试断言失败后清理是否仍应执行？准备阶段尚未到达 yield 就抛错时，该 fixture 的后续清理代码会怎样，如何避免资源遗漏？

追问局部目录 fixture 与全局 fixture 如何划分？为什么大量隐藏准备逻辑会使测试难以理解，怎样控制自动生效范围？

追问能否依赖函数定义顺序或参数书写顺序实现业务先后？怎样用明确依赖保证数据库准备完成后才创建用户和客户端？

追问普通用户、老师、管理员和禁用用户如何生成？默认值、唯一字段和关联对象怎样设计，避免每个测试复制大量准备代码？

追问 tmp_path 怎样帮助创建独立目录？文件内容、编码、权限范围和清理结果怎样验证，不能只检查路径存在的原因是什么？

追问配置何时读取，补丁为何要在正确时机生效？时区、令牌过期和随机种子怎样固定，随机数据仍需怎样保留复现信息？

追问怎样由创建结果获取标识？排序规则怎样明确，单独运行与全量运行结果不同时如何定位共享状态？

追问每个 Worker 的命名空间与测试运行标识怎样组合？为什么 session fixture 通常不能被视作跨所有进程只执行一次，资源清理怎样限定范围？

隔离核对资料： pytest：Fixtures、pytest：Monkeypatch。