应使用 pytest.mark.parametrize 驱动正则测试，以 (pattern, text, should_match, expected_groups) 元组组织用例；所有正则必须加 r'' 前缀，显式调用 re.fullmatch/re.search 并安全校验分组，避免 None 调用 .group()，局部缓存编译对象，配合 ids 和自定义断言消息提升可调试性。
用 pytest.mark.parametrize 验证多组正则匹配结果
直接写死 re.match 或 re.search 测试单个字符串，很容易漏掉边界情况。用 @pytest.mark.parametrize 把「正则模式、待测文本、期望是否匹配、可选的 group 断言」打包成测试用例，才是可靠做法。
常见错误是把正则写在参数里却不加原始字符串前缀，导致 \d 被 Python 解释为 ASCII 控制字符；还有人忘记对 None 的 .group() 调用做保护，一跑就报 AttributeError: 'NoneType' object has no attribute 'group'。
- 所有正则字符串必须加
r''前缀，例如r'\d{3}-\d{2}-\d{4}' - 测试数据建议用元组结构：
(pattern, text, should_match, expected_groups)，其中expected_groups可为None或元组如('123', '45', '6789') - 在测试函数里显式调用
re.fullmatch（或re.search）并检查返回值，别依赖隐式布尔转换
处理捕获组与命名组的断言逻辑
复杂正则往往带多个 () 或 (?P<name>...)</name>，光看「是否匹配」不够，得验证分组内容是否符合预期。但 .groups() 和 .groupdict() 行为不同，且空匹配时返回空元组/空字典，容易误判。
典型陷阱：用 assert match.groups() == expected_groups，但若正则中某组是可选的（比如 (\w+)?），实际匹配可能返回 (None,)，而你写的 expected_groups 是 ('abc',)，断言直接失败。
立即学习“Python免费学习笔记（深入）”；
- 对位置组，用
match.group(i)逐个比对，并允许None值参与比较 - 对命名组，优先用
match.groupdict()，再用assert groupdict.get('name') == expected_value - 如果正则含非捕获组
(?:...)，它不会出现在.groups()里，别把它算进索引
避免 re.compile 编译开销影响测试速度
每次测试都调用 re.search(pattern, text)，底层会反复编译同一正则——尤其当 pattern 是固定字符串时，纯属浪费。但直接在测试函数外 re.compile 又可能导致多个测试共用一个 Pattern 对象，万一某个测试修改了它的标志（比如 re.DEBUG），会影响后续测试。
更稳妥的做法是：在 parametrize 的每条用例里，只在需要时编译一次，并缓存在测试函数作用域内。pytest 不会并发执行同一测试函数的多个参数实例，所以局部变量是安全的。
- 不要在模块顶层
COMPILED = re.compile(r'...')，除非确定它永不变更 - 推荐写法：在测试函数开头加
if 'compiled' not in locals(): compiled = re.compile(pattern)（虽然略土，但清晰可控） - 若正则含动态部分（如拼接变量），必须每次重新编译，不能复用
调试失败用例时快速定位问题
pytest 默认只显示断言失败的最终结果，比如 AssertionError: assert False，根本看不出是哪组输入、哪个分组出错。手动加 print() 又污染输出，CI 环境还看不到。
真正有效的做法是利用 pytest 的自定义错误消息 + 参数化 ID。给 parametrize 加 ids 参数，让每个用例有可读标识；再在断言后跟上格式化提示，比如 f"pattern={pattern!r}, text={text!r}"。
- 用
ids=lambda x: f"match_{x[2]}_{hash(x[1])%1000}"这类简单 ID，比默认数字索引好定位 - 关键断言后加
assert ... , f'Failed on {text!r} with pattern {pattern!r}' - 遇到奇怪的 Unicode 匹配失败，先确认字符串和正则都未被意外解码（比如从文件读取时没设
encoding='utf-8'）
