ReportPortal中"Latest Launches"与"All Launches"数据展示问题深度解析

问题现象

在ReportPortal的多个可视化组件（如总体统计、组件健康检查、组件健康检查表格视图、启动时长图表等）中，"Latest Launches"选项本应仅展示最近一次启动的执行数据，但实际表现与"All Launches"选项完全一致。这意味着用户无法通过该功能快速获取最新测试执行的专项分析视图。

技术背景

ReportPortal的启动数据处理逻辑遵循特定规则：

1. 启动分组机制：系统首先根据启动名称进行分组，例如将"Healthcheck_08/10"、"Healthcheck_08/11"等视为独立分组
2. 最新启动判定：在每个名称分组内，系统会识别该名称下的最新执行编号（如#3表示第三次执行）
3. 数据聚合方式：
   • "All Launches"：分析所有匹配过滤条件的执行记录
   • "Latest Launches"：仅分析每个名称分组下的最新执行记录

典型场景示例

假设存在三个测试启动：

1. Healthcheck_08/10（含3次执行：#1-#3）
2. Healthcheck_08/11（含2次执行：#1-#2）
3. Healthcheck_08/12（含1次执行：#1）

当用户创建包含这三个启动的过滤器时：

• 预期行为：选择"Latest Launches"应仅显示：
  • Healthcheck_08/10的#3执行
  • Healthcheck_08/11的#2执行
  • Healthcheck_08/12的#1执行
• 实际行为：展示与"All Launches"相同的数据集

解决方案建议

1. 命名规范优化：

   • 对于需要追踪历史趋势的启动，建议采用固定名称（如"Healthcheck"）
   • 将变量信息（如日期）移至启动属性或描述字段
   • 示例：

     {
       "name": "Healthcheck",
       "attributes": ["date:08/12"],
       "description": "2024年8月12日健康检查"
     }
     

2. 过滤器配置技巧：

   • 创建专项过滤器捕获特定日期的启动
   • 结合自定义属性进行精确筛选

3. 可视化策略：

   • 趋势分析：使用固定启动名称配合"累计趋势图"组件
   • 即时分析：为最新执行创建独立过滤器

系统设计启示

该现象反映了ReportPortal的核心设计理念：

1. 启动标识逻辑：系统以启动名称作为首要分组依据，而非时间戳
2. 版本控制机制：通过执行编号（#1,#2等）管理同名称启动的多次执行
3. 数据分析维度：组件级别的聚合发生在名称分组之后

理解这些底层机制有助于用户更有效地设计测试命名规范和数据分析策略。对于需要同时满足趋势分析和即时监控的场景，建议建立双重命名体系，通过属性系统承载可变信息，保持启动名称的稳定性。