xiaoxia/xiaoxia-saas
1
0
Fork 0
Code Issues 11 Pull Requests 2 Actions Packages Projects Releases 7 Wiki Activity

[CI优化] P1-2 集成测试增量执行 #444

New Issue
Closed
opened 2026-07-17 11:49:42 +08:00 by xiaoxia · 3 comments
xiaoxia commented 2026-07-17 11:49:42 +08:00
Owner
Copy Link
Copy Source

背景

Integration Tests每次跑全量，耗时较长，大部分测试与本次PR改动无关。

要做什么

  • 根据PR改动文件智能决定运行哪些测试用例
  • 后端改动只跑相关模块的集成测试
  • 纯前端改动跳过集成测试

验收标准

  • 小范围改动的PR，集成测试运行时间减少50%以上
  • 核心路径改动时仍跑全量集成测试，不降低质量保障
  • 有明确的增量/全量判定规则
## 背景 Integration Tests每次跑全量，耗时较长，大部分测试与本次PR改动无关。 ## 要做什么 - 根据PR改动文件智能决定运行哪些测试用例 - 后端改动只跑相关模块的集成测试 - 纯前端改动跳过集成测试 ## 验收标准 - [ ] 小范围改动的PR，集成测试运行时间减少50%以上 - [ ] 核心路径改动时仍跑全量集成测试，不降低质量保障 - [ ] 有明确的增量/全量判定规则
xiaoxia added this to the [CI] Phase 3：质量提升 milestone 2026-07-17 11:49:42 +08:00
xiaoxia added the devopsP1ci-optimization labels 2026-07-17 11:49:42 +08:00
xiaoxia commented 2026-07-17 14:43:39 +08:00
Author
Owner
Copy Link
Copy Source

P1-2 方向调整说明

原方案（集成测试增量执行）调整为低优先级备选，当前优先做 Unit Tests 增量执行。

原因

  • 集成测试才 381 个用例，全量跑 ~1.5 分钟，增量优化绝对收益小（省 40-60 秒/PR）
  • Unit Tests 有 2308 个用例，且 PR 改动大多集中在少数模块，增量收益大得多
  • 集成测试映射表维护成本高（端到端链路，模块边界模糊），漏测风险也更高

原方案保留

如后续需要再做集成测试增量，方案要点：

  1. Step 1：纯前端改动跳过集成测试（已有 check-frontend-only 机制）
  2. Step 2：按 API 路由改动 → 对应 integration 测试文件映射
  3. 公共模块/DB schema 改动 → 全量兜底

关联 PR: #472 (Unit Tests 增量执行)

## P1-2 方向调整说明 原方案（集成测试增量执行）**调整为低优先级备选**，当前优先做 **Unit Tests 增量执行**。 ### 原因 - 集成测试才 381 个用例，全量跑 ~1.5 分钟，增量优化绝对收益小（省 40-60 秒/PR） - Unit Tests 有 2308 个用例，且 PR 改动大多集中在少数模块，增量收益大得多 - 集成测试映射表维护成本高（端到端链路，模块边界模糊），漏测风险也更高 ### 原方案保留 如后续需要再做集成测试增量，方案要点： 1. Step 1：纯前端改动跳过集成测试（已有 check-frontend-only 机制） 2. Step 2：按 API 路由改动 → 对应 integration 测试文件映射 3. 公共模块/DB schema 改动 → 全量兜底 关联 PR: #472 (Unit Tests 增量执行)
xiaoxia commented 2026-07-17 15:00:33 +08:00
Author
Owner
Copy Link
Copy Source

更新：P1-2 方向调整为 Unit Tests 增量执行

原集成测试增量方案收益过低（仅381用例/1.5分钟），已调整为 Unit Tests 增量执行（2308用例/3分钟+，70%PR只改1-2模块）。

已完成

  • 方案：按改动文件路径映射对应测试文件，公共核心模块改动全量兜底
  • 实现：scripts/ci/select_unit_tests.py + ci-cd.yml 接入
  • PR：#472 feat(ci): P1-2 Unit Tests增量执行
  • vulture死代码扫描：5处全为误报（接口方法参数），无需清理

本 Issue（集成测试增量）状态

降为低优先级备选，暂不实施。等 Unit Tests 增量上线后观察收益，
如仍有优化空间再考虑集成测试增量。

## 更新：P1-2 方向调整为 Unit Tests 增量执行 原集成测试增量方案收益过低（仅381用例/1.5分钟），已调整为 Unit Tests 增量执行（2308用例/3分钟+，70%PR只改1-2模块）。 ### 已完成 - **方案**：按改动文件路径映射对应测试文件，公共核心模块改动全量兜底 - **实现**：`scripts/ci/select_unit_tests.py` + ci-cd.yml 接入 - **PR**：#472 feat(ci): P1-2 Unit Tests增量执行 - **vulture死代码扫描**：5处全为误报（接口方法参数），无需清理 ### 本 Issue（集成测试增量）状态 降为**低优先级备选**，暂不实施。等 Unit Tests 增量上线后观察收益， 如仍有优化空间再考虑集成测试增量。
xiaoxia commented 2026-07-17 18:26:16 +08:00
Author
Owner
Copy Link
Copy Source

完成情况 ✅

实际实现为 Unit Tests 增量执行（原计划集成测试因集成测试仅1.5分钟收益太小，调整为Unit Tests 2308个用例，优化收益更大）。

交付PR： #472

核心改动：

  • 新增 scripts/ci/select_unit_tests.py — 按改动文件module路径智能映射相关测试文件
  • PR阶段根据改动范围自动选择：增量模式（只跑相关测试）or全量模式（所有tests/unit）
  • 与P1-3 diff-cover增量覆盖率门禁联动

结果： 纯CI/纯配置PR零测试秒过，小改动PR只跑相关用例，CI时间大幅缩短。

## 完成情况 ✅ 实际实现为 **Unit Tests 增量执行**（原计划集成测试因集成测试仅1.5分钟收益太小，调整为Unit Tests 2308个用例，优化收益更大）。 **交付PR：** #472 **核心改动：** - 新增 `scripts/ci/select_unit_tests.py` — 按改动文件module路径智能映射相关测试文件 - PR阶段根据改动范围自动选择：增量模式（只跑相关测试）or全量模式（所有tests/unit） - 与P1-3 diff-cover增量覆盖率门禁联动 **结果：** 纯CI/纯配置PR零测试秒过，小改动PR只跑相关用例，CI时间大幅缩短。
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
P0
阻塞性，必须立即处理
 P1
高优先级
 P2
中优先级
 P3
低优先级/后考虑
 architecture
架构设计
 backend
后端相关
 blocked
阻塞中
 bug
Bug修复
 ci-bug
CI本身的bug
 ci-optimization
CI优化类任务
 ci-pipeline
CI流水线/workflow相关
 cleanup
代码清理
 devops
运维/部署/CI
 documentation
文档相关
 feature
新功能
 frontend
前端相关
 question
需要讨论确认
 ready
PR CI通过，可合并
 refactor
代码重构
No Label P1 ci-optimization devops
Milestone
No items
No Milestone [CI] Phase 3：质量提升
Projects
Clear projects
No project
Assignees
Clear assignees
auto-approve-bot xiaoxia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: xiaoxia/xiaoxia-saas#444
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?