缺陷分诊

Bug / 缺陷问题全流程：项目负责人最佳实践与一文讲清 一个缺陷从“有人发现”到“用户确认修好”，中间可能经过十多个交接点。真正拖慢项目的，往往不是修复代码本身，而是复现条件没记…

缺陷数量下降，并不一定意味着产品质量变好：有时只是测试人员少提了问题，有时是团队把“无法复现”批量关掉，还有时是发布前发现的问题被挪到下一版本。做好 Bug 管理，关键不是让列表看…

《Bug / 缺陷缺陷全流程：项目负责人落地方案与一文讲清》真正难的不是给缺陷设置“待处理、处理中、已完成”几个状态，而是让每一个问题从发现到关闭都能回答五件事：谁负责、影响什么、…

一个团队的缺陷看板上，最高优先级长期占了四成，修复周期却没有变短；真正导致客户无法下单的问题，反而被标成了“普通”。这通常不是成员不懂怎么填表，而是团队把优先级当成了个人感受，没有…

Bug / 缺陷修复效率低，通常不是开发人员写代码太慢，而是团队把太多时间花在“这到底算不算缺陷、谁来接、先修哪个、修完谁验证、发布后还会不会回来”这些未定义的问题上。项目负责人真…

上周三上午，我在一家做 SaaS 的客户那里旁听他们的缺陷评审会。会议开始前，项目负责人把 237 条未关闭缺陷按"优先级"导出成表格，其中标记为最高的有 19…

缺陷单从 300 条涨到 900 条，不一定代表产品质量变差；也可能只是团队开始认真记录。但如果上线前一周，研发、测试和产品还在争论“这算不算 Bug”“谁来修”“修到什么程度才能…

去年冬天，我帮一家 260 人的企业服务公司做研发效能复盘。导出他们近 12 个月的缺陷库后，我看到一组很难看的数字：累计 4632 条缺陷记录，其中 1147 条长期停留在&qu…

上个月我陪一家做智能硬件的公司复盘他们三个月的缺陷数据，发现一个让管理层沉默的数字：一个 P1 级缺陷从被提交到最终关闭，中位数走了 11 天多一点，但工程师真正动手修复的净作业时…

去年 11 月，我参与复盘一个延期 47 天才完成验收的交付项目。系统上线第一周，客户在微信群里提了 63 条“Bug”，我们的实施工程师照单全收、当天全部转成缺陷单推给研发。研发…