CI/CD 中的测试策略：让每次部署都有品质保障

1. 为什么 CI/CD 需要 QA？

2. Stage 1：Commit 阶段（每次 push 触发）

• 静态分析

  ESLint、Pylint、SonarQube

• 单元测试

  快速、独立、无外部依赖

• 程式码覆盖率

  设定最低门槛（例如 80%）

3. Stage 2：整合测试阶段

• API 测试

  验证服务间的互动

• 资料库测试

  Migration、资料完整性

• 第三方服务 Mock

  不依赖外部服务

4. Stage 3：E2E 测试阶段

• 核心流程测试

  登入、购买、支付等关键路径

• 跨浏览器测试

  Chrome、Firefox、Safari

• 视觉回归测试

  Percy、Chromatic

5. Stage 4：部署前关卡

• 效能测试

  确保没有效能退化

• 安全扫描

  OWASP ZAP、Snyk

• 人工审核

  需要时的手动 approval

6. 品质关卡（Quality Gate）设定

7. 常见的 CI/CD 测试陷阱

• 测试太慢

  把慢的测试移到非阻塞的 nightly build

• Flaky Test

  不稳定的测试要马上修或隔离，否则团队会习惯忽略红灯

• 环境不一致

  用 Docker 确保 CI 环境和 production 一致

• 只测快乐路径

  负面测试和边界情况一样重要