"我想要的是对Bug管理我可以得到什么?
对Bug的管理可以得到什么?个人认为至少两个方面:其一,发现当前项目中存在的问题;其二,
公司在软件工程方面是否有哪些不到位的地方.就是说某些Bug的发现以及处理是属于开发人员
的技术问题或者态度问题,而另外一些Bug的屡次出现则表明公司在软件工程管理上一定存在有待
于进一步改进的地方.通过分门别类地对所有Bug进行管理,可以找出到底是技术上还是管理上存
在问题,从而可以有的放矢的决定应该改良什么地方的工作.并保证以后的工作不再出现类似的问
题,最终达到提高软件开发生产率和提高产品稳定性的目的;
"bug最多的programer?当然不是。"
为什么不是呢?发现Bug最多的Programmer至少是Bug管理的一个目的之一.原因很简单.所谓软件
工程管理说到底,仍然是对人的管理,当然就包括对程序员的管理了.只有通过包含Bug数量、技术强度、
Bug性质的管理在内的各种定量定性的评测才可以衡量出一个程序员的全面素质(技术、态度等等)。
也才能够制定出科学的奖惩办法。这不正是我们搞流程管理的目的之一吗?
”Bug管理在系统开发中处于什么位置。可以做什么?为什么?我想一个系统的答案。"
Bug管理在成熟的软件开发组织中无疑处于相当重要的位置。事实上,国内存在相当数量的软件公司
对于软件的测试仅仅停留在开发人员自己或者开发人员之间交叉测试,这是相当不规范的。而且陋病多多。
因为开发人员的逻辑大多都是站在开发者的角度而不是用户的角度来进行的,所以就很难保证测试的效果。
对于稍具规模的软件公司来说,大多都会有专人负责对软件测试、以及软件Bug的管理。
放眼到国外,对于Bug的管理更是相当严格,通过国外招聘软件测试人员的标准就可窥见一斑,通常他们招
聘的测试人员都是要有至少3年以上的开发经验,有的甚至要求有5年以上的开发经验,而且优秀的测试人员
的薪水也绝对不低于开发人员的薪水。
至于说为什么,看看国内的软件市场你就明白个一二三了。为什么国内的软件迟迟不见气候,当然有政策
支持、人员素质等等方面的原因,但是不重视最终用户的反馈,不重视软件的质量,不重视产品稳定性,只
追求眼前项目利益的短视行为肯定是很多公司自己心知独明的道理。