Bun测试框架中done回调错误打印问题解析

在Bun项目的最新版本1.2.10中，测试框架出现了一个关于错误处理的回归问题。当开发者使用done回调方式编写异步测试时，如果向done函数传递了Error对象，测试框架无法正确打印出错误信息，这给调试带来了困难。

问题现象

在正常情况下，当测试用例通过done回调报告错误时，Bun测试框架应该输出完整的错误堆栈信息。例如：

error: oh no
      at <anonymous> (/path/to/test/file.ts:3:8)

但在1.2.10版本中，测试框架仅显示测试失败，却不显示具体的错误详情，这明显降低了开发体验。

技术背景

Bun测试框架支持两种异步测试编写方式：

1. 使用async/await语法
2. 使用done回调函数

当使用done回调时，开发者可以传递一个Error对象来表明测试失败。测试框架内部需要捕获这个错误并格式化输出。

问题根源

这个问题是由一个最近的代码变更引入的。在之前的实现中，测试框架会通过全局的bunVM().uncaughtException机制来处理done回调传递的错误。但在重构过程中，这个错误处理路径被意外移除，导致错误信息无法被正确捕获和打印。

解决方案

修复方案相对直接，需要恢复对全局uncaughtException处理器的调用。当done回调接收到Error对象时，应该：

1. 将错误标记为测试失败
2. 通过错误处理管道传递错误
3. 确保错误信息被格式化和输出

最佳实践

虽然这个问题已经被修复，但对于使用Bun测试框架的开发者，建议：

1. 考虑优先使用async/await语法编写异步测试，这种方式通常更直观且不易出错
2. 如果必须使用done回调，确保正确处理错误情况
3. 保持Bun版本更新，以获取最新的错误修复和功能改进

总结

测试框架的错误处理是保证开发效率的关键功能。Bun团队快速响应并修复了这个回归问题，体现了对开发者体验的重视。理解这类问题的根源有助于开发者更好地使用测试框架，并在遇到类似问题时能够快速定位。