不能直接动态修改已加载的pytest配置，因其在启动阶段冻结；但可通过钩子预设、测试内跳过、fixture覆盖等方式间接影响行为。
pytest配置参数能在测试运行时修改吗
不能直接“动态修改”已加载的pytest配置，因为pytest在启动阶段就解析pytest.ini、pyproject.toml或命令行参数，并冻结为config对象。但你可以绕过它——在测试内部影响实际行为，比如跳过某些钩子、覆盖fixture值、或临时改写config.option（部分字段可写，但不保证下游逻辑响应）。
用pytest_configure和pytest_sessionstart钩子预设配置
这两个钩子发生在配置加载后、收集测试前，是唯一能“干预”配置初始化逻辑的位置。适合注入自定义选项或调整默认行为。
例如，你想让所有测试默认启用--tb=short，但只在CI中生效：
# conftest.py
def pytest_configure(config):
if config.getoption("--ci", default=False):
config.option.tb = "short"
config.option.verbose = 1
注意：config.option里很多字段是只读的（如config.option.python_files），强行赋值会抛AttributeError；只有明确文档标为“可写”的（如tb、verbose、maxfail）才安全。
立即学习“Python免费学习笔记（深入）”；
在测试函数内用pytest.skip或pytest.exit绕过配置限制
当某个测试需要根据运行时条件（如环境变量、API响应）决定是否执行，而你又无法提前通过-k或--markers过滤时，直接在函数体内调用pytest.skip()最可靠。
-
pytest.skip("reason")：标记为跳过，计入测试统计 -
pytest.exit("msg", returncode=0)：立即终止整个session（慎用，会跳过后续所有测试） - 避免用
return或raise Exception代替，它们会被当作测试失败而非跳过
示例：
def test_api_integration():
if not os.getenv("TEST_INTEGRATION"):
pytest.skip("Integration tests disabled")
# ... real test
用临时fixture覆盖全局配置行为
很多pytest内置行为（如超时、重试、日志级别）其实由fixture驱动。你可以用@pytest.fixture(autouse=True)在特定作用域内覆盖它们。
比如强制所有测试使用tmp_path且清理更激进：
@pytest.fixture(autouse=True, scope="function")
def enforce_strict_tmpdir(tmp_path):
# 临时修改tmp_path行为（实际需结合monkeypatch）
yield
# 清理后额外校验
assert not list(tmp_path.iterdir()), f"tmp dir not empty: {tmp_path}"
更常见的是用monkeypatch fixture篡改pytest.config相关模块变量，但要注意：这仅影响当前测试函数，且可能被后续钩子重置。
真正难的不是“怎么改”，而是判断哪个环节该改——配置加载、测试收集、还是执行阶段。多数人卡在试图修改pytest.ini里已声明的addopts，其实应该退一步：用命令行参数传入，或用环境变量驱动钩子逻辑。否则容易陷入“改了但没生效”的调试循环。
