pytest.raises 通过了，异常类型和消息就完全一致吗

一条异常测试变绿，并不一定说明程序抛出了你心中那种“完全相同的错误”。阅读测试时，先看它究竟约束了异常类型、消息中的片段，还是完整消息。三者对应不同的检查范围。

pytest 官方文档说明，pytest.raises 会接受指定的异常类型，也接受该类型的子类。这与通常的 except 匹配方式相似。因此，测试写着 RuntimeError，实际出现它的子类 NotImplementedError，也可能满足这项类型条件。若接口约定要求恰好是某个类型，可以用 as excinfo 取得异常信息，再明确检查 excinfo.type。是否需要精确到这一层，应由接口约定决定，不能把“越严格越好”当成通用规则。

消息检查还有另一层宽松范围。match 参数使用 re.search，在异常的字符串表示中寻找正则匹配，并不是默认比较整个字符串是否相等。假设一个输入检查抛出 ValueError，消息为“字段 A 格式无效”，测试只写 match="格式无效"。按上述规则，这个条件关注的是片段；即使以后消息变为“字段 B 格式无效”，它也没有直接要求字段名保持为 A。这里是假设案例，本文未执行测试。

当需求只关心错误类别，匹配稳定的关键片段可以避免测试被无关措辞变化牵动。反过来，若完整提示文本就是对外约定的一部分，就应把这个要求写成独立断言，例如核对 str(excinfo.value) 与预期字符串是否相等。先说明为什么要约束整句，再选择断言方式，通常比单纯增加正则复杂度更容易审阅。

还要留意，官方文档指出 match 也会匹配 PEP-678 的异常附加注释。因此，看到匹配成功时，不宜立即推断目标文字必然来自主消息正文。需要定位文字来源的测试，应检查对应的异常内容。

审阅异常测试可以依次问三个问题：允许哪些异常子类；要验证的是消息片段还是整句；这项断言对应哪条接口要求。这样的检查能解释绿色结果的具体含义，却不能单凭一条通过记录推导出全部错误分支已被覆盖。

本文依据2026年10月12日读取的 pytest stable 官方文档整理，讨论普通异常的类型与消息断言；没有对实际项目运行测试，也未比较不同安装版本。