一、前言
测试阶段的质量门禁设计要考虑几个维度，首先是研发流程的阶段划分，每个阶段都要有明确的准入准出标准；其次要考虑不同测试类型的特点，比如功能测试和性能测试的验收标准肯定不同；最后还要平衡质量要求和项目进度。
在单元测试阶段，可以设置通过率和覆盖率的阈值；在集成测试阶段，可能涉及接口测试和安全扫描；部署前的冒烟测试也是关键步骤。
建立质量门禁的核心原则包含以下几项：
- 明确标准： 每个门禁必须有清晰、可衡量、客观（尽可能）的准入/准出标准。
- 责任清晰： 明确谁负责评估、谁负责审批通过。
- 强制执行：门禁不是建议，是强制要求。未达标必须阻止进入下一阶段。
- 数据驱动： 尽可能基于测试报告、缺陷数据、覆盖率等客观数据做决策。
- 风险导向：门禁标准应考虑项目风险级别（高风险项目门禁更严格）。
二、单元测试阶段的质量门禁
目标：确保代码的最小功能单元（函数、类、模块）满足基础质量要求。
规则示例：我总结以下几点规则供大家参考
- 单元测试通过率：所有单元测试必须 100% 通过。
- 测试覆盖率：代码覆盖率需达到 80% 以上。
- 代码复杂度：圈复杂度（CyclomaticComplexity）不超过 5（避免过度复杂逻辑）。
- 静态代码分析：使用 SonarQube 或 ESLint检查代码规范问题（如未使用的变量、语法错误等），严重错误数量为 0。
- 工具支持：
SonarQube：配置质量阈值（如 Minimumtest coverage: 80%）
Jenkins Pipeline：在构建阶段集成单元测试和静态
