能，但需手动导入；pytest默认仅自动加载conftest.py中的fixture，外部模块的@ pytest.fixture函数不会被自动注册，须在conftest.py中显式导入并重新声明。

fixture 能不能抽到 conftest.py 之外的模块里？

能，但得手动导入，pytest 默认只自动加载 conftest.py 中的 fixture。直接扔进普通 Python 模块（比如 fixtures/common.py）后，@pytest.fixture 装饰的函数不会被自动识别——它只是个普通函数，没注册进 pytest 的 fixture 系统。

实操建议：

• 把通用 fixture 写在 conftest.py 里是最省心的做法，尤其适合跨多个测试文件复用
• 如果真要拆到独立模块（比如团队共用 fixture 库），必须在每个需要它的 conftest.py 里显式导入并重新声明：

  from mylib.fixtures import db_session_fixture
  <p>@pytest.fixture
  def db_session():
  return db_session_fixture()

• 别指望靠 pytest_plugins 配置项“自动激活”外部模块里的 fixture——它只加载插件模块，不扫描其中的 @pytest.fixture

fixture 参数化时，scope='session' 和 scope='function' 混用会出什么问题？

会触发 ScopeMismatch 错误：比如 session 级 fixture 依赖 function 级 fixture，pytest 直接报错退出。

常见错误现象：

ScopeMismatch: You tried to access the 'function' scoped fixture 'tmp_path' from a 'session' scoped fixture 'db_engine'.

立即学习“Python免费学习笔记（深入）”；

使用场景判断要点：

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

• 数据库连接池、Redis 客户端、配置对象这类初始化开销大、线程安全的资源，适合 scope='session'
• 临时目录 tmp_path、mock 对象、测试数据表状态，必须用 scope='function' 或更小范围
• 若 session 级 fixture 需要访问 function 级资源，改用 lazy 初始化 + 缓存（例如第一次调用时才创建 tmp_path 下的子目录）

如何让 fixture 支持不同环境（dev/test/prod）切换？

靠 pytest 的命令行参数 + fixture 依赖注入，而不是在 fixture 里硬编码 if-else。

实操建议：

• 在 conftest.py 里定义一个参数化 fixture：

  @pytest.fixture(scope='session')
  def env(request):
      return request.config.getoption("--env", default="test")

• 启动测试时传参：pytest --env=dev
• 下游 fixture 直接依赖它：

  @pytest.fixture
  def api_client(env):
      if env == "prod":
          return ProdAPIClient()
      return TestAPIClient()

• 避免在 fixture 内部读取环境变量（如 os.getenv），会导致测试不可控、难以 mock

fixture 返回值是类实例时，为什么 tearDown 不自动执行？

因为 pytest 不管你返回什么，它只负责调用 fixture 函数本身——析构逻辑必须显式写在 yield 后面，或用 addfinalizer 注册。

容易踩的坑：

• 写成普通 return：

  @pytest.fixture
  def db_conn():
      conn = create_connection()
      return conn  # ← conn.close() 永远不会被调用

• 正确写法（yield 方式）：

  @pytest.fixture
  def db_conn():
      conn = create_connection()
      yield conn
      conn.close()  # ← 这里才执行

• 如果 fixture 逻辑复杂、有多个清理步骤，优先用 request.addfinalizer，比 yield 更灵活

实际项目里最常被忽略的是 fixture 的生命周期和依赖方向——不是所有“看起来能复用”的东西都适合做成 session 级 fixture，尤其当它悄悄持有 function 级资源时，错误往往延迟到 CI 环境才暴露。