在Pytest中如何在测试收集阶段Mock或阻止代码执行？

针对你遇到的「模块导入时提前执行的代码绕过pytest Mock逻辑」问题，以下是几个无需修改测试用例代码的可行方案：

方案1：用pytest_load_initial_conftests钩子提前Mock requests #

这个钩子的执行时机早于所有测试模块导入和用例收集，能完美解决导入顺序问题。在项目根目录的conftest.py中添加代码：

import pytest
import sys
from unittest.mock import patch

def pytest_load_initial_conftests(early_config, parser, args):
    # 提前Mock requests.get，确保foo.py导入前生效
    mock_get = patch('requests.get').start()
    # 根据业务需求设置模拟返回值
    mock_get.return_value.status_code = 200
    mock_get.return_value.json.return_value = {"key": "mock_value"}

    # 将Mock后的requests模块固定到sys.modules，避免后续导入覆盖
    sys.modules['requests'] = mock_get.target

执行后，services/foo.py导入时调用的BarClass().get_statics()会直接使用Mock的requests.get，不会触发真实网络请求。

方案2：提前Mock BarClass并预导入foo模块 #

如果只需要拦截BarClass的get_statics方法，可在测试收集前替换原类并主动导入foo.py：

import pytest
import sys
from unittest.mock import Mock, patch

def pytest_load_initial_conftests(early_config, parser, args):
    # 创建Mock的BarClass，定义模拟返回值
    mock_bar = Mock()
    mock_bar.return_value.get_statics.return_value = {"static_data": "mock"}

    # 假设BarClass位于services/bar.py，替换原类
    with patch('services.bar.BarClass', mock_bar):
        # 主动导入foo.py，此时Mock已生效
        import services.foo
        # 将预处理后的foo模块存入sys.modules，后续测试直接复用
        sys.modules['services.foo'] = services.foo

原理是让foo.py在Mock环境下完成导入初始化，后续测试模块导入时直接使用已处理好的版本，避免重复执行初始化逻辑。

方案3：通过环境变量控制业务代码初始化逻辑 #

如果允许修改业务代码（仅需一行判断），可以在services/foo.py中添加环境变量判断：

import os
from services.bar import BarClass

# 仅在非测试环境执行初始化逻辑
if os.getenv('PYTEST_RUNNING') != '1':
    BarClass().get_statics()

运行测试时通过环境变量触发判断：

PYTEST_RUNNING=1 pytest

这是最直接的方式，从根源避免测试环境下的网络请求。

方案4：配合import-mode=importlib强化Mock效果 #

如果上述方案因pytest默认导入模式导致Mock失效，可改用importlib导入模式，确保Mock逻辑优先执行：

1. 按照方案1配置conftest.py的Mock代码
2. 运行pytest时添加参数：

pytest --import-mode=importlib

importlib模式会严格遵循Python的模块导入机制，避免pytest默认的提前导入行为，确保Mock在模块加载前完全生效。

内容的提问来源于stack exchange，提问作者bmjeon5957