本篇为【从零开始学产品】系列课第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的生命周期分成如下几个了阶段
新建
指派
接受