从相关的问题，因为这个问题已经持续多年...
有a pull request in the alpha release将解决这个问题。看起来最后的提炼正在过去的几个小时内进行（见Github问题链接）。
不过，我找到了一个解决方案，适用于我最简单的情况：

• 只要运行启用 verbose 模式，日志就会神奇地出现！

npm test -- --verbose=true

这不会固定在每种情况下;也许异步/多线程/等仍然会有问题（请报告您的经验，以便我可以更新答案）;例如，在日志后添加process.exit(1)将再次隐藏它。
尝试在process.exit()运行之前按ctrl + c（在正确的时间...）将显示日志实际上在那里并且被覆盖。
我将用新闻更新答案，但这可能会帮助其他人开始使用Node/NPM/Jest设置！
Jest的GitHub问题提到了一些有用的细节/建议：

• https://github.com/facebook/jest/issues/2441#issuecomment-713433790
• https://github.com/facebook/jest/issues/2441#issuecomment-724131782
• https://github.com/facebook/jest/issues/2441#issuecomment-586359238
• https://github.com/facebook/jest/issues/2441#issuecomment-611122871
• https://github.com/facebook/jest/issues/2441#issuecomment-623856169
• 和...https://github.com/facebook/jest/issues/2441#issuecomment-649391333

Jest替换了全局console模块;这显然是问题的根源，而且如果你运行一个测试，Jest会自动将其设置为true。upset_down_face

这是不干净的，但我有它的运气，希望它能帮助你，直到修复发布：在被覆盖的日志之后记录一些额外的newline s：

console.log('I want to be seen!');
console.log('\n\n\n\n');

我遇到了这个问题，结果发现在我的例子中，问题是在写入控制台后立即调用process.exit(1)。当您在Jest测试期间这样做时，输出似乎丢失了。
我确定的（不完全令人满意的）变通方法是：

console.warn('stuff I want to write to the console');

if (process.env.NODE_ENV === 'test') {
  setTimeout(() => process.exit(1), 1000);
} else {
  process.exit(1);
}

为此，需要在Jest安装脚本或其他地方将NODE_ENV环境变量设置为test。