BUG的生命周期

本篇为【从零开始学产品】系列课第1章第3节

欢迎到公众号菜单栏，获取产品经理课程更多资料

 

“从开始到死亡，这是世间万物的宿命吗？”

“是的，连Bug都如此。”

 

--摘自【修真神界】第三千六百五十一章 为了女神写Bug

（本书预计在2035年出版）

 

一 什么是BUG的生命周期

 

世界上本来没有Bug，程序员多了，
就创造出来了Bug了.

 

程序员为什么要创建出Bug呢?
是为了要修复它们.
噢,那程序们修复了Bug没?
当然,他们不但修复了Bug,还写出来了更多的Bug

 

所以一个Bug到底是怎么产生的呢?

是被【用户】或者是【测试】或者是【老板】首先发现的

当然,程序员也会发现Bug,但是他们往往在告诉你们之前就修复了它.

 

Bug其实一直都在,只是谁先发现而已.

 

而我们讲的生命周期,是指记录到我们的Bug管理系统中.

通常是指从记录那一天起,我们认为Bug是被创建了(但他们其实早就存在了).

 

而生命周期,就是指他们存在多久,中间会经历哪些状态,最后的归宿是什么

(并不是每一个Bug都会被修复).

 

 

所以,生命周期就是指在Bug管理工具中,我们记录下来的一个Bug被创建,指派,修复,复查,关闭的过程.

 

生命周期就是要讲清楚:

Bug应该有哪些状态,分别是由谁去触发,参与的角色又是谁.

 

但是,通常情况下,Bug管理工具和Bug的真正状态并不一致.

就像刚刚说到的,我们只是在Bug管理工具上新建了Bug,而实际上Bug可能存在很久了.

 

就好像,我只是开口说出来喜欢你.

而在你知道我喜欢你之前,你并不知道我喜欢你多久啦~

 

BUG的状态

我们尽可能的让Bug管理工具和Bug的真实状态一致,所以一般也是用Bug管理工具上的状态来代替真的Bug状态.

 

知道Bug生命周期,对产品经理和测试人员,和开发人员非常重要,这是用来规范和约束测试团队,研发团队的重要流程.

 

通常,Bug的生命周期分成如下几个了阶段

 

新建

指派

接受

修复

关闭