Jest 的 toThrow() 断言必须接收一个函数（而非函数调用结果），否则错误无法被捕获，导致测试失败。本文详解正确写法、原理及常见误区。
jest 的 `tothrow()` 断言必须接收一个函数（而非函数调用结果），否则错误无法被捕获，导致测试失败。本文详解正确写法、原理及常见误区。
在 Jest 中，expect(...).toThrow() 并非直接检查某个表达式的执行结果，而是监听函数执行过程中是否抛出匹配的错误。这意味着：你必须将待测代码包裹在一个匿名函数或箭头函数中，让 Jest 在其内部调用并捕获异常；若直接传入 evaluate_expression("5/0")（即函数调用的结果），Jest 会在断言执行前就立即执行该调用——此时错误未被 Jest 捕获，而是直接向上冒泡，导致测试进程崩溃或断言失败。
✅ 正确写法如下：
test("division 0 is handled", () => {
expect(() => evaluate_expression("5/0")).toThrow('Division by zero');
});这里 () => evaluate_expression("5/0") 是一个延迟执行的函数，Jest 会主动调用它，并在其 try...catch 机制内监控是否抛出符合预期的 Error 实例（包括错误消息匹配）。
⚠️ 常见错误写法（均会导致测试失败）：
-
expect(evaluate_expression("5/0")).toThrow(...)→ 错误已提前抛出，Jest 无法拦截； -
expect(evaluate_expression).toThrow(...)→ 传入的是函数引用，但未传参、未调用，自然不会触发错误； -
expect(() => { evaluate_expression("5/0"); }).toThrow(/Division by zero/)→ 虽语法合法，但正则匹配不如字符串精确（除非需模糊匹配），且无必要增加复杂度。
? 补充技巧：
- 若需验证错误类型（如
TypeError），可用toThrow(TypeError)； - 若只需确认抛错（不关心消息），可省略参数：
.toThrow()； - 对异步函数抛错，请使用
await expect(Promise).rejects.toThrow(...)（注意：evaluate_expression是同步函数，不适用此场景）。
? 总结：toThrow() 的本质是「错误监听断言」，核心前提是 “把待测行为封装为可被 Jest 执行的函数”。修正后，你的测试将准确验证除零保护逻辑是否生效，大幅提升计算器模块的健壮性保障能力。
