本文介绍一种基于参数化测试的简洁方案，通过扩展 `@pytest.mark.parametrize` 覆盖多种测试场景，避免在多个测试类中重复调用相同逻辑，显著提升测试可维护性与可读性。

在 Pytest 中，当多个测试方法执行高度相似的逻辑（仅输入路径、断言条件或配置键名存在差异）时，硬编码多份几乎相同的测试函数不仅违反 DRY（Don’t Repeat Yourself）原则，还会增加后续维护成本——例如修改 calculate_mape_range 调用方式或新增阈值组合时，需同步更新所有副本。

最优雅的解决方案是将差异化部分抽象为参数，使用单个参数化测试函数统一覆盖全部场景。具体而言，可引入两个关键参数：

• final_key：用于动态索引 YAML 配置中不同的测试列表（如 'healthy_test_list' 或 'faulty_test_list'）；
• should_pass：控制断言行为（True 时要求 consecutive_failures == 0，False 时要求 consecutive_failures > 0），从而兼容“期望通过”与“期望失败”的语义。

以下是重构后的完整示例（假设 VERSION_TAG 已定义，且 THRESHOLD_COMPREHENSION 与 WINDOW_SIZE_COMPREHENSION 为预设列表）：

import pytest

@pytest.mark.parametrize("threshold", THRESHOLD_COMPREHENSION)
@pytest.mark.parametrize("window_size", WINDOW_SIZE_COMPREHENSION)
@pytest.mark.parametrize("final_key,should_pass", [
    ("healthy_test_list", True),
    ("faulty_test_list", False),  # 假设故障场景应触发告警
])
def test_MAPE(threshold: float, window_size: int, final_key: str, should_pass: bool, load_config: dict):
    # 动态提取配置路径，避免硬编码重复
    config_section = load_config['test_plan']['test_ids'][VERSION_TAG]['tools']['test_file_ids']
    path_1 = config_section[final_key][0]
    path_2 = config_section[final_key][1]

    consecutive_failures = super().calculate_mape_range(
        path_1, path_2, window_size, threshold
    )

    # 根据 should_pass 参数动态选择断言策略
    if should_pass:
        assert consecutive_failures == 0, f"Expected no failures for {final_key} with threshold={threshold}, window={window_size}"
    else:
        assert consecutive_failures > 0, f"Expected at least one failure for {final_key} with threshold={threshold}, window={window_size}"

✅ 优势说明：

• 零逻辑重复：所有路径拼接、函数调用、断言逻辑集中于一处；
• 可扩展性强：新增测试变体只需在 parametrize 元组中追加 (key, expectation) 对；
• 错误信息更清晰：自定义断言消息明确指出失败上下文（如 final_key、threshold 等）；
• 符合 Pytest 最佳实践：充分利用原生参数化机制，无需引入额外 fixture 或基类方法。

⚠️ 注意事项：

• 若 TestMapeHealthy 与 TestMapeFaulty 在其他方面（如前置 setup/teardown、标记、跳过逻辑）存在显著差异，建议仍保留独立类结构，仅将核心断言逻辑提取至参数化函数；
• super().calculate_mape_range(...) 的调用需确保当前测试类正确继承自 TestMapeBase，且该方法为 public 或 protected；
• 生产环境中建议对 config_section[final_key] 做存在性校验（如 assert final_key in config_section），避免因 YAML 缺失字段导致 KeyError 掩盖真实问题。

通过这一重构，测试代码行数减少约 50%，同时大幅提升可读性与长期可维护性——这才是 Pytest “以数据驱动测试”理念的真正落地。