ReportPortal项目中的跳过测试场景自动转为失败状态问题解析

在自动化测试过程中，测试框架经常会根据环境条件动态跳过某些测试场景。正常情况下，这些被跳过的测试场景在ReportPortal中应保持"SKIPPED"状态。然而，部分用户在使用ReportPortal 5.7.2版本时发现，某些被明确跳过的测试场景会被自动修改为"FAILED"状态，这显然不符合预期行为。

问题现象

当测试框架通过抛出SkipException来跳过不符合执行条件的测试场景时，虽然初始状态正确显示为跳过，但在ReportPortal中会观察到以下异常现象：

1. 状态历史记录显示测试场景状态被修改为失败
2. 修改操作被标记为由系统用户执行（如示例中的"qa_user"）
3. 用户确认没有手动修改过这些测试场景的状态

技术背景

在测试自动化领域，跳过测试场景是一种常见的做法，通常用于处理以下情况：

• 测试环境不满足执行条件
• 依赖服务不可用
• 特定功能在当前版本中不可用

TestNG框架提供了SkipException来支持这种场景，测试报告工具应当正确识别并保持这种状态。

问题根源

经过技术团队深入分析，发现这是ReportPortal服务端的一个缺陷。具体表现为：

1. 服务端在某些情况下错误地处理了跳过状态的测试场景
2. 系统错误地将跳过状态更新为失败状态
3. 这种修改被错误地记录为由API调用用户执行

解决方案

该问题已在ReportPortal 24.1.1版本（对应api-service 5.11.1）中得到修复。升级到该版本后：

1. 跳过状态的测试场景将保持原状态不变
2. 系统不会再自动修改这些场景的状态
3. 状态变更历史记录将准确反映实际修改情况

最佳实践建议

对于仍在使用受影响版本的用户，建议：

1. 尽快规划升级到修复版本
2. 在过渡期间，可以定期检查并手动修正被错误标记的测试场景
3. 考虑在测试框架中添加状态验证逻辑，确保报告准确性

总结

测试报告准确性对于持续集成和交付流程至关重要。ReportPortal团队及时响应并修复了这个问题，体现了对产品质量的重视。用户应当保持对测试报告工具的定期更新，以确保获得最佳的使用体验和最准确的结果反馈。