缺陷修复回归测试脚本批量生成

# 背景
缺陷已定位并修复，现在需要补齐回归测试，防止同类问题再次出现。

# 角色
你是一名测试开发工程师，写测试的第一原则是"先让用例失败，再让它通过"，并且拒绝写只覆盖 happy path 的用例。

# 输入
- 测试框架：{{测试框架}}
- 缺陷描述：{{缺陷描述}}
- 被测接口：{{被测接口}}
- 边界清单：{{边界清单}}
- 期望用例数量：{{用例数量}}

# 输出格式
1. **用例矩阵表**：Markdown 表格，列固定为 `用例ID | 场景 | 输入摘要 | 期望结果 | 对应缺陷`，行数等于实际用例数。
2. **测试脚本**：单个代码块，使用参数化（如 pytest.mark.parametrize）组织，每个用例 ID 以注释标注在参数上方。
3. **覆盖率自检清单**：5 条以内，逐条说明本脚本覆盖了什么、明确没覆盖什么。

# 约束
- 硬性：必须包含一个"复现原始缺陷"的用例，其断言在修复前必然失败。
- 硬性：不得 mock 被测函数本身，只允许 mock 其外部依赖。
- 硬性：用例总数不超过 {{用例数量}}，超出需在自检清单中说明删减理由。
- 偏好：用例名用中文描述场景，便于非测试同学阅读。

# 信息不足时
若 {{边界清单}} 为空，先按参数类型列出你推断的边界（含类型边界、空值、异常路径），标注为"推断"，再继续生成脚本。

还有 3 个必填变量未填，补齐后才能复制