根据PR body描述："Current unittest execution runs mostly in a sequential manner, leading to low GPU utilization and long CI turnaround time. In addition, when tests fail, logs are scattered and not easy to locate, which increases debugging cost." 核心动机是解决CI测试执行效率低和日志调试困难的问题。

建议关注CI优化和测试基础设施的工程师精读此PR，特别是scripts/coverage_run.sh中的classify_tests和run_test_with_logging函数，学习如何设计并行测试执行和日志隔离方案，同时注意分类逻辑的潜在风险。

实现分为三个层次：1. CI工作流层：在.github/workflows/_unit_test_coverage.yml中添加日志上传步骤，当测试失败时打包并上传日志文件。2. 测试执行层：在scripts/coverage_run.sh中新增classify_tests函数，基于文件路径和内容规则将测试分类为多GPU或单GPU；添加run_test_with_logging函数实现并行执行和日志隔离，单GPU测试分片并行，多GPU测试顺序运行以避免资源冲突。3. 测试文件层：修改多个e2e测试文件（如tests/e2e/test_EB_Lite_serving.py等）的日志路径，使用FD_LOG_DIR环境变量统一管理日志目录，确保日志隔离。

技术风险包括：1. 并行执行风险：单GPU测试并行化可能引入竞争条件，特别是在资源敏感的测试中，如端口占用或GPU内存冲突。2. 分类逻辑不完善：scripts/coverage_run.sh中的classify_tests函数依赖正则表达式和grep规则，可能误判测试类型，导致多GPU测试被错误并行执行，引发资源冲突或测试失败。3. 日志路径兼容性：修改了多个测试文件的日志路径为基于FD_LOG_DIR环境变量，如果环境变量未正确设置或测试依赖旧路径，可能导致日志写入失败或测试断言错误。4. 核心脚本变更大：scripts/coverage_run.sh有大量代码改动（311行新增，68行删除），增加了引入bug的风险，可能影响整个CI测试流程的稳定性。

影响范围和程度：1. 对用户影响：CI用户（主要是开发者）将体验更快的测试执行时间和改进的日志调试能力，减少调试成本。2. 对系统影响：CI系统GPU利用率提升，整体测试周转时间缩短，但并行化可能增加系统负载和复杂性。3. 对团队影响：开发效率提升，测试失败时能快速定位问题，但需要团队适应新的日志结构和可能的测试执行行为变化。影响程度为中等，直接作用于CI基础设施和测试流程。