pytest.skip()在测试函数内动态跳过需满足：必须位于函数内部、断言前、条件判断分支中，如if not hasattr(os, "spawnv"): pytest.skip("os.spawnv not available")；它在运行时触发，可依赖fixture值，而skipif在收集阶段静态判断。
pytest.skip() 怎么在测试函数里动态跳过？
直接调用 pytest.skip() 就能中断当前测试并标记为“skipped”，但它必须在测试函数内部、实际断言前触发，不能放在模块顶层或 fixture 外部。常见错误是把它写在 if 判断外，导致所有用例都跳过；或者放在 try/except 里却没处理 SkipTest 异常，反而变成失败。
正确做法是把条件判断和 pytest.skip() 放在同一作用域内：
def test_something():
if not hasattr(os, "spawnv"):
pytest.skip("os.spawnv not available on this platform")
# 后续逻辑只会在 spawnv 存在时执行
如何根据环境变量或配置跳过测试？
很多场景依赖外部状态，比如 CI 环境变量、Python 版本、是否安装了某个包。别硬编码判断逻辑——用 pytest.skip() 配合 os.getenv() 或 sys.version_info 更可靠。
-
os.getenv("SKIP_SLOW") == "1"是常用开关，但注意字符串比较，不是布尔值 - 检查 Python 版本推荐用
sys.version_info ，避免用 <code>platform.python_version()做字符串解析 - 检查第三方库是否存在，用
importlib.util.find_spec("torch") is None，比import torch更安全（不会触发副作用）
pytest.skip() 和 pytest.mark.skipif 有什么区别？
@pytest.mark.skipif 是声明式跳过，在收集阶段就决定是否加载该测试；pytest.skip() 是运行时跳过，测试函数已进入执行流程才中断。这意味着：
- 如果跳过逻辑依赖 fixture 返回值（比如数据库连接结果），只能用
pytest.skip()，因为@pytest.mark.skipif拿不到 fixture 的值 -
@pytest.mark.skipif支持参数化，比如@pytest.mark.skipif("sys.platform == 'win32'", reason="...")，但表达式在导入时求值，无法访问测试内变量 - 两者 reason 参数都必须是字符串，且会被 pytest 报告显示；不传 reason 会报错
跳过时容易忽略的细节
跳过不是“静默消失”——它会影响测试统计、CI 状态码、以及某些插件行为。几个关键点：
- pytest 默认 exit code 是 5 当全部测试被跳过，不是 0；CI 脚本若只检查 0/1，可能误判为失败
- 在 parametrize 场景下，对某组参数调用
pytest.skip()，只会跳过当前参数组合，不影响其他组 - 不要在 fixture 中无条件调用
pytest.skip()，否则所有依赖它的测试都会跳过，且难以定位源头 - reason 字符串别写成动态生成的长日志（如带 traceback），它会被截断显示，也不利于 grep 统计
动态跳过本质是控制测试执行流，不是掩盖问题。跳过条件越具体、reason 越明确，后续维护时越不容易误删或误改。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
