一个bug引发的“血案”

      呵呵,标题党了一下,没有“血案”这么严重,但也引发了一次震荡。非常不好意思的是,原因是我的一个bug。

      bug很轻微,导出excel文档中的字段如果为空的话应该什么都不输出的,而我让它输出了null。测试报了一个轻微bug,我也没说啥。改完代码之后在mantis上改bug状态时,有一项是要选择bug原因,没多想就选了需求不清晰(导出字段为空还是为null需求确实没说),然后blabla就把bug状态给改为了解决。

      没想到就是我选择了需求不清晰,导致我们的产品发飙了。产品说,没有人的需求可以清晰到字段为空怎么处理,一切应该按默认或者过去的处理方式。又非常不好意思的是,我是新来这个小组的,所谓的默认和过去,于我是一片空白。爆发冲突的时候很巧,我去上厕所了(其实是偷懒玩了会手机),回来时就听到我老大和产品在唇枪舌战(老大还是很护我们的)。我默默地听了会,感觉跟自己有点关系,但又不是很确定,然后就夹着尾巴坐着。下午茶时(就是刚才)研发的几个兄弟坐一起聊起这事来了,聊着聊着我就发现确实是我引发了这个震荡。

      只想说,kpi害死人。bug原因影响了产品的kpi,产品肯定不爽。虽然我也很不爽,但是只能和兄弟们一起达成了共识——以后没有bug是由需求引起的,所有的错都是在编码阶段造成的。反正所有的错误都是研发的,所有的功劳都是产品和运营的,不是吗?

      最后一句,去你妹的kpi。


posted on 2012-12-29 16:55

你可能感兴趣的:(生活,工作)