缺陷龄期

缺陷龄期:缺陷从创建(或开始处理)到关闭(或当前)经历的时间。观察分布而不是只看平均:中位数看常态,长尾条目需要逐条检查卡点(等待澄清、等待环境、等待修复窗口)。

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

缺陷龄期是什么

缺陷龄期(defect age)是缺陷从创建(或开始处理)到关闭(或当前时刻)经历的时间。观察它的分布而不是平均值:中位数反映常态水平,P90 与长尾条目揭示卡点——等待澄清、等待环境、等待修复窗口。龄期中位数突然抬升,通常意味着流程出现了堵点。

基本信息

口径选择创建→关闭,或进入处理→关闭;先固定再统计
分布指标中位数看常态,P90 与最长条目看长尾
分段统计等待时间与处理时间分开统计,定位堵点
触发条件龄期中位数抬头时,先查流程堵点再查个案
巡检机制每周过一遍超龄条目,逐条确认卡点与责任人
相关指标重开率、存量缺陷数、每周新增与关闭对比

观察与分析

观察与分析
查看分布:中位数 / P90 / 最长条目
长尾条目逐条过:卡在谁、为什么、下一步动作
常见卡点:等待澄清 / 等待环境 / 等待修复窗口 / 无人认领
# 龄期突然抬升:先查流程与资源,再查个案

典型使用场景

  • 周会巡检:按龄期排序过存量缺陷,清理卡点。
  • 流程诊断:用分段统计区分等待与处理时间,找真正的瓶颈。
  • 版本复盘:分析超龄关闭缺陷的共因,改进流程。
  • 看板配置:为超龄阈值设置提醒,让长尾自动浮现。
  • 资源评估:等待时间长期偏高,通常说明环境或人力不足。
  • 对外汇报:用分布回答「缺陷处理得快不快」而不是看平均值。

指标与行动

指标怎么看行动
中位数常态水平持续上升先查流程堵点
P90长尾严重程度偏高说明一批条目长期无人推进
最长条目极端个案逐条过,明确责任人与下一步
等待时长澄清/环境/窗口等待压缩等待环节收益最大
处理时长实际修复耗时评估修复复杂度与人力配置
龄期是过程指标:它不直接说明质量好坏,但能提示流程哪里在漏水。
不同严重度的缺陷龄期不要混在一起看:把高优先级的超龄问题单独列出。
记得排除合理等待:依赖上游发布的延期缺陷单独标注,并设定复核点。

易错点

  • 只看平均值,被少数长尾条目拉偏:用中位数与分布图看常态水平。
  • 龄期不设回顾机制,长期条目无人认领:设置超龄阈值提醒与每周巡检。
  • 把等待时间与处理时间混算:堵点定位不准,改进行动打偏。
  • 统计口径中途更换:前后数据不可比,改进效果无法验证。

数据来源与参考

  • Microsoft Azure DevOps 文档:缺陷跟踪与查询图表(learn.microsoft.com)
  • ISTQB CTAL-TM 大纲(缺陷管理与度量)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌