可通过重写 console.error 捕获其调用与参数来验证错误日志输出，而非拦截真实报错；Jest 中用 spyOn + mockImplementation 记录调用，并用 toHaveBeenCalledWith 等断言参数内容；注意区分 console.error（日志）与 throw（异常抛出）。
在 JavaScript 测试中，不能直接“Mock 控制台报错信息”，但可以通过重写 console.error（或 console.warn 等）来捕获其调用行为和参数，从而验证代码是否按预期输出了错误信息。关键不是拦截“报错”，而是拦截“打印错误的行为”。
重写 console.error 捕获调用与参数
在测试前临时替换 console.error，用一个 jest mock 函数或自定义函数记录调用情况：
// Jest 示例
beforeEach(() => {
jest.spyOn(console, 'error').mockImplementation((...args) => {
// 可选：把参数存起来供断言
capturedErrors.push(args);
});
});
afterEach(() => {
console.error.mockRestore();
});
这样当被测代码执行 console.error('API failed') 时，不会真实输出，也不会中断测试，且你可以断言它是否被调用、传入什么内容。
用 jest.mock() 或 spyOn 配合 expect 进行断言
更推荐使用 Jest 内置能力做精准验证：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
检查是否调用：
expect(console.error).toHaveBeenCalled() -
检查调用次数：
expect(console.error).toHaveBeenCalledTimes(1) -
检查参数内容：
expect(console.error).toHaveBeenCalledWith('Network error')或用正则匹配部分消息：expect(console.error).toHaveBeenCalledWith(expect.stringContaining('timeout'))
注意：console.error 不等于 throw
console.error 是日志输出，不影响程序流程；它不会触发 try/catch 捕获，也不代表代码抛出了异常。如果你真正想测试的是“代码是否抛出错误”，应使用：
-
expect(() => fn()).toThrow()—— 验证同步抛错 -
await expect(fn()).rejects.toThrow()—— 验证 Promise 拒绝
不要混淆“打印错误”和“抛出错误”。前者是副作用，后者是控制流。
处理全局未捕获错误（可选进阶）
如果要捕获未处理的 Promise 拒绝或全局 Error（如 window.onerror），可用：
-
jest.spyOn(global, 'addEventListener').mockImplementation(...)监听error或unhandledrejection事件 - 或在测试前后手动设置：
global.addEventListener('unhandledrejection', handler)，并在afterEach中移除
这类场景较少见，通常只在测试错误边界或监控 SDK 时需要。
