首页/开发/软件测试速查/测试退出准则

测试退出准则

退出准则在测试计划阶段预先定义:执行与通过比例、遗留缺陷分级与数量、关键风险覆盖情况、回归完成度等。达到准则是进入发布评审的前提,避免用「测得差不多了」代替判断。

软件测试速查开发更新于 2026-10-13

测试退出准则是什么

退出准则在测试计划阶段预先定义:执行与通过比例、遗留缺陷分级与数量、关键风险覆盖情况、回归完成度等。达到准则是进入发布评审的前提,用它替代「测得差不多了」这类主观判断;准则不量化,评审时就无从核对。

基本信息

定义时机测试计划阶段预先定义,随风险调整
典型条目执行率、通过率、遗留缺陷分级与数量
覆盖要求高风险项回归通过,非功能基线无回退
例外处理遗留中低缺陷逐条评估并留结论
量化原则每条准则可核对,避免主观形容词

准则条目示例

准则条目示例
# - 计划用例执行完成,通过率达到约定值
# - 无未解决的致命或严重缺陷遗留
# - 遗留中低缺陷逐条评估并有跟踪结论
# - 高风险项回归通过

分级核对示例

维度准入要求
功能高优先级场景回归通过
缺陷严重及以上清零,或带审批的遗留项
自动化关键回归套件通过
非功能基线无回退,新风险有评估
文档已知问题与变更说明就绪

典型使用场景

  • 发布评审:用准则清单逐条核对放行条件。
  • 缺陷博弈:遗留缺陷按分级与审批流程处理。
  • 范围变更:需求追加时同步复核退出准则。
  • 复盘输入:未达标项成为过程改进的线索。
  • 自动化接入:准则条目映射到流水线门禁。
  • 跨团队共识:测试与产品共同制定准则后再执行。
准则要区分「硬门槛」与「可豁免项」:豁免需记录理由与批准人。
退出准则是风险与进度的平衡约定,不是「一切完美」的承诺;写清例外处理流程。
准则在发布前临时补写以配合放行,等于没有准则。

易错点

  • 准则在发布前临时补写以配合放行
  • 准则不量化,评审时无法核对
  • 遗留缺陷不评估直接延期,风险积累到下一版本
  • 非功能项不在准则内,发布后才补测
  • 准则与自动化门禁脱节,人工核对容易遗漏
  • 豁免流程不透明,遗留项悄悄放行无人知悉
  • 上线后未回访遗留缺陷,评估结论不了了之

数据来源与参考

  • ISTQB CTFL 4.0 大纲(测试计划与退出准则)
  • ISO/IEC/IEEE 29119-3(测试文档:测试完成报告要点)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌