@pytest.mark.parametrize 是最稳妥的正则参数化方式，它将每组 (input_str, should_match, groups) 拆为独立用例，失败时精准定位；应抽离正则模式、用命名捕获组、配合 fullmatch() 和 groupdict() 断言，并加入空格/BOM等边界数据验证。
pytest里怎么给正则写参数化测试用例
直接用 @pytest.mark.parametrize 最稳妥。别手写 for 循环套 assert，pytest 会帮你把每组输入/期望拆成独立用例，失败时能精准定位哪一组挂了。
常见错误是把正则逻辑和测试数据混在一起——比如在 parametrize 里调用 re.search()，结果某个用例报错，你根本分不清是正则写错了，还是测试数据格式不对。
- 把正则模式单独抽成变量，比如
EMAIL_PATTERN = r'^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$' - 测试数据用元组列表：每项是
(input_str, expected_match: bool, optional_group_check: dict) - 函数签名保持简单：
def test_email_pattern(text, should_match, groups)，让 pytest 自动注入
匹配成功时怎么验证捕获组内容
光看 re.fullmatch() 返回非 None 不够，很多业务逻辑依赖具体分组值（比如提取域名、判断协议类型）。必须显式检查 .groupdict() 或 .groups()。
容易踩的坑：用 .group(1) 硬编码索引，但正则里加个非捕获组 (?:...) 就会让所有后续编号偏移；或者忘了命名组没生效——漏写了 ?P<name></name> 里的 P，导致 .groupdict() 始终为空。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 优先用命名捕获组：
r'(?P<user>[^@]+)@(?P<domain>[^@]+)'</domain></user> - 测试里用
match.groupdict()断言键存在且值符合预期 - 如果要兼容旧写法，先用
re.compile(pattern).pattern打印出来，确认括号层级和命名语法没错
为什么有些正则在re.match()里通过，re.fullmatch()却失败
根本区别在于锚点隐含行为：re.match() 只要求从开头匹配，不关心后面剩啥；re.fullmatch() 要求整个字符串完全匹配。线上真实输入常带空格、换行、BOM 字节——这些肉眼难见的字符会让 fullmatch 静静失败。
典型场景：用户粘贴邮箱时末尾多了个空格，或 CSV 导出字段自动加了双引号。这时候用 match 会误判合法，而 fullmatch 才反映真实校验逻辑。
- 测试数据里必须包含边界干扰项：
'test@example.com '（尾空格）、'\ufeffadmin@test.org'（BOM） - 正则开头结尾显式加
^和$，和fullmatch行为对齐，避免混淆 - CI 环境中用
repr(input_str)打印失败用例，一眼看出不可见字符
超长文本或嵌套量词导致测试卡死怎么办
回溯爆炸（catastrophic backtracking）会让 re.search() 在几秒内吃满 CPU，pytest 默认不设超时，结果整个测试套件假死。这不是你正则“不够优化”，而是某些输入组合触发了指数级回溯路径。
别急着重写正则——先确认是不是测试本身在喂恶意数据。比如穷举时生成了 'a'*1000 + 'b' 去测 r'(a+)+b' 这种经典陷阱模式。
- 给单个测试加超时：
@pytest.mark.timeout(0.5)（需装pytest-timeout） - 在测试前加守卫：用
len(text) 快速过滤超长输入 - 真正要优化正则时，用原子组
(?>...)或占有量词++替代普通量词，但注意 Python 3.11+ 才原生支持(?>...)
复杂正则的边界情况太多，靠人脑穷举永远漏。重点不是覆盖全部字符串，而是抓住那些让引擎“犹豫”的结构：嵌套括号、可选重复、模糊匹配范围。这些地方多放两组针对性用例，比扫一万条随机字符串更有效。
