CI/CD 流水线里测试环节怎么嵌入？

我把测试嵌在流水线三个关卡：提交阶段——单测和 lint，几分钟内反馈；合并/构建阶段——接口自动化与安全扫描，不过不准合并；部署后——冒烟用例自动触发，通过才放流量给人工验证。质量门禁定标准：单测覆盖率、接口通过率、严重缺陷零存在，门禁挡住问题而不是事后救火。

我搭过一条完整流水线：开发推代码触发单测与静态扫描，五分钟出结果；MR 阶段跑接口自动化容器化环境，数据用工厂重建保证干净；合入主干后自动构建镜像部署测试环境，跑冒烟与核心回归；发布生产走灰度批次，每批自动跑线上拨测。左移后提测打回率从 40% 降到 10%，测试环境再没出现过『环境不对』的无效等待。

CI/CD 中的测试策略我讲三个设计原则：快速反馈——按速度分层串联，越快越前，失败快速可见；确定性——不稳定用例隔离到隔离道次修复，不让流水线信任崩塌；环境一致性——容器化加配置即代码，测试环境与生产漂移是流水线可信度的最大敌人。另外度量流水线本身：构建时长、失败率、平均修复时长，流水线也是被测对象。

追问『流水线跑了 40 分钟太慢怎么办』：分层拆分并行——单测多进程、接口用例按模块分片并行执行，慢用例专项治理；『不稳定用例怎么治』：重跑分析、隔离标记、根因分类——环境类修环境、时序类改同步、数据类修工厂；『谁负责维护』：单测开发、接口层测试主导共建，平台团队保基建。