在 conftest.py 中用 pytest_addoption 注册 --env 参数后，需通过 session 级 fixture 封装校验与动态导入逻辑，确保测试函数安全读取并加载对应环境配置，避免模块缓存、作用域共享及路径拼接问题。
pytest_addoption 怎么注册一个可批量覆盖的配置参数
直接在 conftest.py 里用 parser.addoption 注册参数，但关键不是“加进去”，而是让它能被测试函数干净地读取并影响行为。常见错误是只注册了参数，却没在 pytest_configure 或 fixture 里把值挂到全局或注入上下文，导致测试里还是读不到。
实操建议：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 参数名必须带前缀
--（如--env），否则 pytest 不识别 - 务必指定
action='store'或type=str，避免默认转成None或布尔值造成误判 - 给
default一个明确值（比如'staging'），别留空字符串或None，否则后续判断容易漏分支 - 如果要支持多个环境批量跑，推荐用
nargs='*'配合type=str，传入--env dev staging prod
示例注册：
def pytest_addoption(parser):
parser.addoption(
"--env",
action="store",
default="staging",
help="Target environment: dev/staging/prod"
)
如何在 test 函数里安全读取 --env 并动态加载对应配置
不能在测试函数体里直接调用 request.config.getoption 后硬编码路径拼接——一旦 --env 值非法（比如拼错成 stging），就会在 import 阶段报 ModuleNotFoundError，连 pytest --collect-only 都失败。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 把配置加载逻辑封装进 fixture，用
@pytest.fixture(scope='session')确保只执行一次 - 在 fixture 内部做校验：检查
env是否在预设白名单（['dev', 'staging', 'prod']）中，不合法就抛ValueError，错误信息明确指出可选值 - 配置文件路径用
pathlib.Path(__file__).parent / 'configs' / f'{env}.py'，别用os.path.join拼接，跨平台更稳 - 用
importlib.util.spec_from_file_location动态导入，比exec(open(...).read())安全且可调试
示例 fixture：
@pytest.fixture(scope="session")
def config(request):
env = request.config.getoption("--env")
if env not in ["dev", "staging", "prod"]:
raise ValueError(f"Unknown --env value: {env}. Choose from dev/staging/prod")
config_path = Path(__file__).parent / "configs" / f"{env}.py"
spec = importlib.util.spec_from_file_location("config", config_path)
module = importlib.util.module_from_spec(spec)
spec.loader.exec_module(module)
return module
为什么 test_class 里用 self.config 会报 AttributeError
因为 config 是 pytest fixture，只注入到函数参数或用 pytest.mark.usefixtures 声明的类里，不会自动挂到 self 上。常见错误是写了个基类 BaseTest，在 setup_method 里试图通过 self.config 访问，结果是 AttributeError。
实操建议：
- 类内要用配置，必须显式声明
def test_something(self, config):—— 把config当参数传进来 - 如果多个方法都要用，可用
@pytest.mark.usefixtures("config")装饰整个类，但注意：这只会触发 fixture 执行，不会把返回值塞给self - 真要挂到
self，得在 fixture 里返回一个带属性的对象（比如types.SimpleNamespace(**config_dict)），再在测试方法里赋值self.cfg = config - 别在
__init__或setup_method里调pytestconfig，fixture 还没初始化完
并发跑多个 --env 时为啥 config 总是最后一个的值
这是 scope 设为 'session' 的副作用：所有 worker 共享同一个 session fixture 实例。当你用 pytest-xdist 加 -n 3 并传 --env dev staging prod，实际每个 worker 收到的是完整参数列表，但 request.config.getoption('--env') 返回的是第一个值（dev），除非你手动拆分参数。
实操建议：
- 不用
nargs='*'批量传多个--env，改用pytest -n 3 --env=dev --env=staging --env=prod+ 在 fixture 中取request.config.getoption('--env', default=[])（需配合nargs='*'注册） - 更可靠的做法：用
pytest-xdist的--boxed模式隔离进程，或改用scope='package'+ 每个环境单独跑一次 - 检查
request.config.invocation_dir和request.config.args，确认当前 worker 真正拿到的参数是什么，别只信日志打印
真正麻烦的是路径和模块缓存：动态导入后，Python 会把模块缓存在 sys.modules 里。如果两个 worker 先后导入 dev.py 和 staging.py，后者可能被前者覆盖。解决办法是在导入前加 if f'config_{env}' in sys.modules: del sys.modules[f'config_{env}']。
