Flask errorhandler单元测试未触发异常处理问题问询

以下是针对你遇到的问题的具体排查和解决步骤：

1. 确认自定义异常与Errorhandler的匹配方式 #

你的@bp.errorhandler(INTERNAL_SERVER_ERROR)是捕获HTTP 500状态码对应的异常，但自定义的CustomException默认不会被Flask关联到500状态码。有两种修复方式：

• 给CustomException添加code属性，让Flask识别它对应500错误：

  class CustomException(Exception):
      code = 500  # 明确该异常对应HTTP 500状态码
  

• 直接针对CustomException注册错误处理器，而不是通过状态码：

  @bp.errorhandler(CustomException)
  def handle_custom_exception(e):
      return {"message": str(e)}, 500
  

2. 禁用测试中的调试模式 #

Flask在DEBUG=True模式下，测试客户端会直接抛出异常而不触发错误处理器（方便调试查看栈信息）。测试时需确保应用处于非调试状态：

def test_get_metadata_error():
    # 在测试中临时禁用调试模式
    flask_app.config['DEBUG'] = False
    with flask_app.test_client() as client:
        resp = client.get('/my_app/get_metadata')
        assert resp.status_code == 500

3. 检查蓝图Errorhandler的作用域 #

Flask蓝图的@bp.errorhandler默认仅处理该蓝图内部路由抛出的异常。如果你的异常需要全局捕获，或者路由与蓝图的关联存在问题，改用app_errorhandler：

# 替换原有的@bp.errorhandler(INTERNAL_SERVER_ERROR)
@bp.app_errorhandler(INTERNAL_SERVER_ERROR)
def handle_internal_error(e):
    return {"error": "Internal server error"}, 500

app_errorhandler会将处理器注册为全局生效，覆盖整个应用的对应状态码异常。

4. 验证应用实例的正确性 #

确保测试中使用的flask_app是已经正确注册目标蓝图的实例，而非重新创建的未初始化应用。比如测试文件中应导入项目中已配置好的应用对象，而非在测试里新建Flask实例。

内容的提问来源于stack exchange，提问作者Jake