哟哪桑在他blog中, 有post 一篇文章 "Feature Request, Or Bug Fixing?"
其中谈到一个长久以来争辩不休的问题: 当你找到一个问题, 你会视为bug, 还是视为feature? 当哟哪桑一发表完后, 已起很大的回响, 很多人提出不同的看法. 我想是很值得大家去看看
最近小弟在闲逛时, 刚有看到相关的blog文, 因此找出来让大家参考一下另一种说法.
Bug v.s. Feature
当QA找到一个"bug" 时, 有时候很容易引起以下的讨论
"well, it SHOULD do this, so of course it's a bug and we need to fix it really fast"
或是
"we didn't screw up and this is something new to us so it's a new feature"
尤其是再你有一大堆bug要处理的时候, 人们的心态就会非常的defensive, 会根据对他最有利的结果, 加以反驳或是防御.
作者认为不管他是什么都不重要.
因为二者都需要被排被处理的优先级, 要被追踪, 执行, 测试, 然后最后release 它.
然而, 为了避免大家争吵不休, 作者有个简单的判断法则:
If it's something we've never tried to do before, then it's a feature.
If it's something we've tried to do and have messed up or missed an edge case, then it's a bug.
作者认为, 虽然它并不是很完美, 并且有些地方有点模糊, 但至少还算明确
你认为这个rule有用吗?
另外一个在哟哪桑的文章中提到: "既然问题已经存在一两年又没有人解,表示这问题也不是挺重要"
老实说, 我也是无敌感冒的, 因为个人认为他是一个推托的用词. 只是当你在忙的时候, 自然就会不自觉惯用这样的伎俩.
其实不管他是否真的没发现, 那都不重要. 重要的是你是否想处理. 若是想处理, 你就会评估可能性及所需resource, 若是允许你便会加你的work item, 去tracking它. 而不是一开头就拿这句话来搪塞.
不过, 讲了半天, 我也承认人性是很难克服的. 包括我自己, 在压力大的状况下, 很容易挑一条容易走的路, 而不一定是正确的路来走....... 所以, 也无法太则怪别人.