直接拼接单元测试与E2E测试的lcov文件是否合法可用？

• 直接用cat unit.lcov >> e2e.lcov生成的文件大概率不合法，Sonar无法正确解析
  LCOV格式有严格的结构规范，包含TN:（测试套件名称）、SF:（源文件路径）、DA:（行覆盖数据）以及结尾的end_of_record标记。直接拼接两份报告，会导致同一源文件的覆盖数据重复出现，两份报告的全局统计逻辑冲突，Sonar解析时要么报错，要么计算出错误的覆盖结果（比如重复统计行数）。

• 推荐使用lcov-result-merger这类专用工具
  这类工具会自动识别并合并同一源文件的覆盖数据（比如某一行只要被单元测试或E2E测试覆盖过，就标记为已覆盖），同时严格遵循LCOV格式规范整理报告内容，生成的文件能被Sonar正确解析，覆盖统计结果也准确可靠。

• 临时替代方案（不推荐长期使用）
  如果只是临时测试，可以手动编辑拼接后的文件：删除重复的全局标记，合并同一源文件下的DA:行数据。但这种方法容易遗漏细节，出错概率高，不适合持续集成场景。

内容的提问来源于stack exchange，提问作者zmii