这问题我之前踩过坑！Break on Exception有时候确实不太灵光，尤其是测试框架会自动捕获异常的情况下，--bail只是让测试在第一个失败后停止运行，并不会触发调试器暂停。给你几个亲测有效的解决办法：

1. 利用测试框架的失败钩子手动触发debugger #

大部分测试框架（比如Jest、Mocha）都支持自定义钩子，我们可以在测试失败时插入debugger语句，强制调试器暂停。

以Jest为例： #

1. 在项目根目录创建testSetup.js文件，添加以下代码：

afterEach(() => {
  const testState = expect.getState();
  // 获取最后一次测试的结果
  const lastTestResult = testState.testResults.at(-1);
  if (lastTestResult?.status === 'failed') {
    debugger; // 测试失败时触发调试器暂停
  }
});

2. 在jest.config.js里引入这个文件：

module.exports = {
  // 其他已有配置...
  setupFilesAfterEnv: ['./testSetup.js'],
};

以Mocha为例： #

在测试脚本或Mocha配置里添加afterEach钩子：

afterEach(function() {
  if (this.currentTest.state === 'failed') {
    debugger;
  }
});

启动调试时，测试失败后调试器就会自动停在debugger语句处，方便你查看当时的变量和调用栈。

2. 调整WebStorm的异常断点设置 #

你之前开启的Break on Exception可能没配置对，因为测试框架会捕获测试失败的异常，导致默认的“仅未捕获异常”无法触发。可以这样调整：

• 打开WebStorm顶部菜单栏的Run -> View Breakpoints（快捷键Ctrl+Shift+F8/Cmd+Shift+F8）
• 在弹出的窗口里，找到JavaScript Exception Breakpoints：
  • 勾选Caught exceptions（捕获已被处理的异常）
  • 点击右侧的...按钮，添加排除规则，比如排除node_modules目录下的所有文件，避免调试器在框架代码里频繁中断
• 保存设置后重新启动调试，测试失败时就会在抛出异常的代码处自动暂停

3. 优化运行配置的调试选项 #

在WebStorm的Run/Debug Configuration中，找到你的测试配置（比如Jest、Mocha）：

• 切换到Debugger标签页
• 勾选Break on uncaught exceptions和Break on caught exceptions
• 如果需要更精准的控制，可以在Exception breakpoint conditions里添加条件，比如只在你的测试文件或源码文件中触发断点

这样配置后，测试失败时调试器就会稳定地在异常发生的位置暂停，不用再手动去查找问题啦！

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