应通过pytest_configure钩子将platform.system()等结果注入config._metadata，再由fixture读取；需配合pytest_addoption注册--platform参数实现CI覆盖，确保平台信息在跳过逻辑、报告、fixture中一致。
pytest中如何用fixture读取当前测试运行的平台信息
直接用 pytest_configure 或 pytest_sessionstart 钩子配合 config 对象是最可靠的方式，而不是依赖测试函数参数化或全局变量。pytest 的 config 对象在会话启动时就已加载平台元数据，包括 Python 版本、系统类型、架构等。
常见错误是试图在测试函数里用 sys.platform 或 platform.system() 手动判断——这虽然能拿到值，但无法被 pytest 的标记（mark）、跳过逻辑或报告系统识别，也不参与 fixture 依赖链。
-
config对象的invocation_params和pluginmanager不暴露平台信息，别在这儿找 - 真正可用的是
config.invocation_dir（路径无关），以及更底层的config._metadata（需手动注入）或config.getoption(...)（需提前注册） - 推荐做法：在
conftest.py中用pytest_configure预填充config._metadata，后续所有 fixture 都可安全读取
怎么把 platform.system() 等结果注入 pytest metadata 并供 fixture 使用
pytest 本身不自动写入平台信息到 _metadata，必须手动注入。否则你在 fixture 里访问 config._metadata 可能为空或只有你显式加进去的内容。
示例（放在项目根目录的 conftest.py 中）：
立即学习“Python免费学习笔记（深入）”；
def pytest_configure(config):
import platform
import sys
config._metadata["platform"] = platform.system()
config._metadata["platform_release"] = platform.release()
config._metadata["python_version"] = f"{sys.version_info.major}.{sys.version_info.minor}"
config._metadata["architecture"] = platform.machine()
之后定义一个 fixture 就能直接用：
@pytest.fixture
def platform_info(request):
return request.config._metadata.get("platform", "unknown")
- 注意：不要在
pytest_configure里调用config.pluginmanager.register(...)来“增强”metadata，没这个必要 -
_metadata是 pytest-html 插件用的字段，但其他插件和 fixture 也能读，属于事实标准 - 如果用了 pytest-html，这些字段会自动出现在 HTML 报告的 “Environment” 表格里
为什么不能直接在 fixture 里调用 platform.system()？
可以调，但会导致三类实际问题：
- 重复执行：每个用到该 fixture 的测试都会重新调一次
platform.system()，虽开销小，但破坏了“元信息只采集一次”的语义 - 无法统一控制：比如你想在 CI 上把
platform强制设为"ci-linux"，用硬编码调用就做不到，而通过config._metadata可配合命令行参数（如--platform=ci-linux）覆盖 - 与 pytest-mark 耦合困难：你想写
@pytest.mark.skipif("platform != 'Darwin'", reason="Only on macOS")，但 mark 表达式里拿不到 fixture，只能靠config.getoption或_metadata
所以更合理的做法是：平台信息作为会话级元数据注入，再由 fixture 封装访问接口，而非每次现场算。
如何让 platform info 支持命令行覆盖（例如 CI 场景）
pytest 允许注册自定义命令行选项，然后在 pytest_configure 中优先使用它。这是 CI/CD 中最常被忽略的一环——本地开发是 Linux，CI 是容器内 Linux，但你想在报告里区分二者。
def pytest_addoption(parser):
parser.addoption(
"--platform",
action="store",
default=None,
help="Override detected platform (e.g., ci-linux, mac-m1)",
)
def pytest_configure(config):
import platform
override = config.getoption("--platform")
config._metadata["platform"] = override or platform.system()
运行时加参数即可：
pytest --platform=ci-linux tests/
- 别用
env var替代命令行参数：pytest 不自动读环境变量填 metadata，除非你自己在pytest_configure里加os.getenv判断，但那就绕过 pytest 的配置体系了 - 如果多个参数要覆盖（如
--arch,--pyversion），也按同样模式注册 + 优先级判断 - 注意：命令行参数名（如
--platform）不能和内置参数冲突，比如不要叫--tb或--verbose
真正麻烦的不是怎么读平台信息，而是怎么让这个信息在跳过逻辑、报告输出、fixture 依赖、CI 覆盖之间保持一致。一旦漏掉 pytest_addoption 或忘了在 pytest_configure 里读它，后面所有基于 platform 的判断都会在 CI 里静默失效。
