pytest项目中会话级fixture异常回溯无限增长问题解析

问题现象

在使用pytest测试框架时，当会话级(session)fixture抛出异常（特别是ExceptionGroup）时，测试报告中异常回溯(traceback)信息会随着每个测试用例的执行而不断增长。例如，第一个测试用例的错误回溯可能有95行，第二个增长到159行，第三个达到223行，最终可能导致日志文件膨胀到数GB大小。

问题本质

这个问题并非ExceptionGroup特有，而是适用于所有异常类型。根本原因在于Python异常对象的可变性特性：每次raise一个异常时，Python都会向该异常的traceback追加新的条目。当pytest缓存并重复抛出同一个异常对象时，traceback就会不断累积增长。

技术背景

在pytest中，会话级fixture会在第一次被请求时执行。如果执行过程中抛出异常，该异常会被缓存作为fixture的结果。当后续测试用例再次请求该fixture时，pytest会重新抛出这个缓存的异常对象。

由于Python异常对象是可变对象，每次抛出都会修改其traceback属性。具体表现为：

1. 第一次抛出异常时，traceback记录原始错误位置
2. 第二次抛出时，会追加"从缓存重新抛出"的traceback
3. 每次重新抛出都会新增一层traceback

解决方案

正确的做法是保留原始traceback，并在重新抛出时使用原始traceback而非不断追加。实际上，在pytest 8.0版本之前，代码正是这样实现的，但在后续重构中被无意修改导致了这个问题。

修复方案包括：

1. 恢复原始异常处理逻辑，保持原始traceback
2. 修复SetupState.setup()中的类似问题
3. 完善ExceptionGroup的格式化输出处理

影响范围

该问题影响所有使用会话级fixture并可能抛出异常的场景，特别是：

• 数据库连接初始化失败
• 全局资源配置失败
• 环境预检查不通过
• 使用ExceptionGroup组织多个异常

最佳实践

为避免类似问题，开发者应注意：

1. 对于可能失败的会话级fixture，应考虑添加适当的错误处理和清理
2. 使用pytest的最新稳定版本
3. 对于复杂异常场景，可以自定义异常处理钩子
4. 在测试报告中关注异常回溯的合理性

总结

pytest框架中的这个异常处理问题展示了Python异常机制的底层特性在实际应用中的影响。通过理解异常对象的可变性和traceback构建机制，开发者可以更好地处理测试中的错误场景，避免产生不必要的大型日志文件。框架维护者也需要注意在重构过程中保持核心异常处理逻辑的稳定性。