【问题标题】：WebStorm - debugging a Jest test - abnormal amount of time before the breakpoint is hitWebStorm - 调试 Jest 测试 - 断点之前的异常时间量
【发布时间】：2020-04-15 17:15:24
【问题描述】：

我已经设置了 typescript + jest（带有 ts-loader）。

在此示例测试（项目中唯一的测试）中命中断点需要几分钟时间。这仅在 WebStorm 中发生。在具有此配置的 VSCode 中

 "configurations": [
        {
            "name": "Debug Jest Tests",
            "type": "node",
            "request": "launch",
            "args": [
                "${workspaceRoot}/node_modules/jest/bin/jest.js",
                "--runInBand"
            ],
            "console": "integratedTerminal",
            "internalConsoleOptions": "neverOpen"
        }
    ]

几乎是瞬间的。

在 CRA 环境中调试 Jest 测试效果很好，即使在 WebStorm 中也是如此。

测试：

describe('Stuff', function () {
    it('should', function () {
        expect(true).toBe(true); // breakpoint
    });
});

回购： https://github.com/vlopp/jest-webstorm-testing

请告诉我出了什么问题，以及如何最大程度地减少 WebStorm 调试测试所花费的异常时间。

更新

扔掉 ts-jest 似乎并不能解决问题。

【问题讨论】：

刚刚在 Webstorm 2019.3.1 中尝试过 - 打断点大约需要一秒钟...我正在使用 Jest 运行配置和 All Tests 范围。它是什么 Webstorm 构建的，使用什么 Node.js 版本，你在什么操作系统上？
@lena node --version 报告v13.2.0。系统为Microsoft Windows 10 Pro Version 10.0.18363 Build 18363。 WebStorm 版本为2019.3.1，构建#WS-193.5662.54。全测试 Jest 配置对我来说也有同样的问题。
无法使用相同的操作系统、Node.js 和 IDE 构建进行重现。必须特定于您的设置。 运行中是否启用了异常断点？查看断点?
请在 Registry 中启用js.debugger.wip.log（Help | Find action，键入 Registry... 以找到它），方法是将其设置为指向某个C:/tmp/wip.json 之类的临时文件，重新创建问题并创建支持票证，提供此日志以及压缩的日志文件夹（帮助 > 压缩日志并在资源管理器中显示）。请注意，调试日志将在每次调试器启动时重新写入，因此在重现问题后立即复制日志很重要
@lena 供将来参考 - 仅当启用“异常切换中断”时才会发生长时间等待。稍后我也会发布日志。

标签： node.js typescript jestjs webstorm ts-jest

【解决方案1】：

这是启用 JavaScript 异常断点 的已知问题，请关注WEB-28989 获取更新

【讨论】：