从零开始学产品第三篇:关于BUG的优先级

一 什么是Bug

Bug简单来说，就是指应该发生的事情没有发生，或者是不该发生的事情发生了。

 

构建一个系统，相当于是重新创造了一个世界。

如果把我们所在的世界，当成是一部巨大的玄幻小说，每一个系统都可以被称之为一个密境，或者是游戏里常见的副本。

 

而产品经理就是密境的设计者：

你可以去定制这个密境运行的规则，展示出来的样子，通常由程序员们去按照你预期的样子去构建。

 

但是程序员小哥哥们往往会出很多问题，在上一节我们讲到过：

环境是要分成开发，测试和线上的。

 

而测试人员工作的平台就是测试环境。

在测试环境，我们的职责就是尽可能的找出超出我们预计之外的问题。

这种问题，我们称之为Bug。

 

为什么叫做Bug？

大概和打扫房间时发现屋子里面有蟑螂一样。

程序员们需要耐心，细致的找遍屋子里的每一个角落，找到蟑螂存在的痕迹，并消除掉。

 

 

---

我们来看一下，跟Bug相关的几个问题。

 

1.Bug是不是可以被完全消除？

 

2.是不是程序员的水准越高，写出来的Bug就越少？

 

3.应该在什么阶段去测试？

 

4.什么样的Bug可以上线？

 

---

 

第一个问题

Bug是不是可以不被写出来？为什么程序员总是会写出来各种各样的Bug？

 

 

做为一个曾经的程序员，也是现在的程序员，同时也是未来的程序员，我可以负责任的告诉你：

Bug一定存在，多熟练的工程师都没用。

 

Bug就像是宿命一样，伴随着程序员的终生。

而这也是人类最有意思的事情，它不像程序世界里一样充满了确定性，人是会犯错的，会漏掉各种各样的细节。