用途：在 CI/CD 流水线中集成自动化测试，适用于 GitHub Actions / GitLab CI 的测试阶段配置、测试并行化加速、依赖与构建缓存优化、失败阻塞合并、测试报告自动化以及 Flaky 测试隔离。
核心原则：每次 PR 必跑测试；失败必须阻塞合并；测试要快（控制在 15 分钟以内）；并行化（多 worker）；缓存依赖，避免每次重新安装；报告可视化（如 PR 评论）。
GitHub Actions 模板提供两个 job 示例：unit job 使用 actions/checkout@v4、actions/setup-node@v4（node-version: 20，cache: 'pnpm'），依次执行 pnpm install --frozen-lockfile、pnpm test:unit、pnpm test:coverage，并用 codecov/codecov-action@v4 上报覆盖率；e2e job 执行 pnpm install、npx playwright install --with-deps、pnpm build、pnpm test:e2e，失败时通过 actions/upload-artifact@v4 上传 playwright-report。
并行化策略给出三种方案：按类型分 job（unit / integration / e2e 各一个 job）；分片（Sharding，例如 e2e 拆 4 个 shard，使用 matrix: { shard: [1, 2, 3, 4] }）；按变更范围只跑受影响模块的测试。
配套模板：templates/ci-config-template.md，即 CI 测试配置模板。
质量自检项：PR 必跑测试、失败阻塞合并、总时长小于 15 分钟、缓存依赖、并行化、报告可视化、Flaky 隔离、覆盖率上报。
常见坑：CI 太慢导致开发跳过；不阻塞合并使测试形同虚设；不缓存导致每次装依赖耗时约 5 分钟；Flaky 不处理会干扰真问题；不并行导致串行跑约 30 分钟。
协作关系：上游为 unit / integration / e2e / contract 等测试代码；下游为 devops-engineer ci-cd-pipeline（流水线配置）与 coverage-reporting（覆盖率）。具体平台支持范围、收费与更多配置细节资料未提供。