使用pytest.raises可精确断言异常类型和错误信息,通过上下文管理器捕获异常,并用match参数验证错误消息是否匹配字符串或正则;结合as excinfo可访问异常实例的属性和类型,确保自定义异常的完整性和上下文正确,从而提升测试的健壮性与代码可靠性。

在Python的
pytest
当我们需要验证一段代码是否会按预期抛出异常时,
pytest.raises
在编写测试时,我们往往不只是想知道“有没有抛异常”,更想知道“抛的是不是对的异常,消息对不对”。
pytest.raises
通常,我们会使用
with pytest.raises(ExpectedExceptionType)
divide(a, b)
b
ZeroDivisionError
立即学习“Python免费学习笔记(深入)”;
def divide(a, b):
if b == 0:
raise ZeroDivisionError("除数不能为零")
return a / b
def test_divide_by_zero():
with pytest.raises(ZeroDivisionError):
divide(1, 0)这仅仅验证了异常类型。但如果我想更进一步,确认异常消息也符合预期呢?
pytest.raises
match
import pytest
def divide(a, b):
if b == 0:
raise ZeroDivisionError("除数不能为零,请检查输入")
return a / b
def test_divide_by_zero_with_message():
# 使用字符串匹配
with pytest.raises(ZeroDivisionError, match="除数不能为零"):
divide(1, 0)
# 也可以使用正则表达式,更灵活
with pytest.raises(ZeroDivisionError, match=r"除数不能为零.*检查输入"):
divide(1, 0)
# 假设有个自定义异常
class MyCustomError(ValueError):
pass
def do_something_risky(value):
if value < 0:
raise MyCustomError("负数是不允许的!")
with pytest.raises(MyCustomError, match="负数是不允许的!"):
do_something_risky(-5)这种精确的匹配,尤其是在处理复杂的业务逻辑或外部API错误时,显得尤为重要。它能确保我们的错误信息不仅存在,而且是用户或开发者能够理解、并据此采取行动的。毕竟,一个含糊不清的错误信息,和没有错误信息也差不了多少。
有时,我们不仅要断言异常的抛出,还需要在异常抛出后,对异常对象本身进行更深入的检查。
pytest.raises
ExceptionInfo
as excinfo
import pytest
class ConfigurationError(Exception):
def __init__(self, message, config_key=None):
super().__init__(message)
self.config_key = config_key
def load_config(settings):
if "database_url" not in settings:
raise ConfigurationError("缺少数据库连接配置", config_key="database_url")
return True
def test_missing_database_config():
with pytest.raises(ConfigurationError) as excinfo:
load_config({})
# 检查异常类型
assert excinfo.type is ConfigurationError
# 检查异常消息
assert "缺少数据库连接配置" in str(excinfo.value)
# 检查自定义属性
assert excinfo.value.config_key == "database_url"
# 甚至可以检查异常的traceback
# assert "load_config" in str(excinfo.traceback) # 通常不推荐直接断言traceback字符串,但知道有这个能力这里
excinfo.value
ConfigurationError
config_key
再比如,我们可能需要测试一个函数,它可能会因为多种原因抛出异常,但我们只关心其中一种。或者,我们想确保某个函数在特定条件下绝不抛出异常。虽然
pytest.raises
对于那些可能抛出多种异常的场景,我们可以在
pytest.raises
import pytest
def risky_operation(value):
if value == 0:
raise ValueError("零值无效")
if value < 0:
raise TypeError("负数类型不符")
return 1 / value
def test_risky_operation_exceptions():
# 期望抛出ValueError或TypeError
with pytest.raises((ValueError, TypeError)):
risky_operation(0)
with pytest.raises((ValueError, TypeError)):
risky_operation(-1)
# 仍然可以检查具体消息
with pytest.raises(ValueError, match="零值无效"):
risky_operation(0)这种处理方式让我们的测试更加健壮,能够覆盖到更多潜在的错误路径。
异常断言在测试策略中扮演着一个不可或缺的角色。它不仅仅是代码覆盖率的一个数字,更是我们对程序健壮性和可靠性承诺的体现。
首先,它确保了错误处理逻辑的正确性。很多时候,我们写下
try...except
except
其次,异常断言是API契约的有效保障。当你开发一个库或模块时,你可能会约定在输入不合法时抛出特定的异常。例如,一个接受文件路径的函数,如果路径不存在,就应该抛出
FileNotFoundError
再者,它有助于避免“静默失败”。最糟糕的错误往往是那些不声不响就发生了的。如果一个函数在遇到问题时,不是抛出异常,而是返回一个
None
从个人经验来看,我曾遇到过这样的情况:一个关键的配置加载函数,在配置项缺失时,本应抛出
ConfigurationError
所以,异常断言不仅仅是测试的一种手段,它更是防御性编程思想在测试层面的体现。它帮助我们构建更稳定、更可靠、更易于维护的软件系统。它让我们在面对各种不可预见的情况时,能够更加自信地说:“我的代码知道如何应对。”
以上就是Python pytest 框架中的异常断言的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号