根据各位的经验。如何进行BUG管理会有比较好的效果?
想到4个月前的一次实习,是用Erlang开发服务端程序。
我在项目组待了5个月,先学习1个月,然后开发功能模块半个月,改BUG 1个半月,继续开发新功能半个月,然后改BUG 1个半月。(都是看着别人改,我自己做的少没什么BUG,这个项目之前已经做了大半年)
最后实习期满,离开了团队,回来读研。
各位肯定也发现了,其中最大的问题是,改BUG的时间居然比开发时间多的多!?(跟我待的时间短也有关系)
用的开发技术不好做单元测试和白盒测试,直接上黑盒测试跑流程。测试结果是,人手几十个BUG,然后就是无止境的改(改的同时还会出现新的BUG)。
我的问题是,根据成功的实际项目经验,如何进行BUG管理?其中可能包括:如何管理员工对于BUG的态度(看着都觉得累),财务(改BUG会浪费大量时间,时间也是money),市场(改太久BUG拖延上市),开发策略(处理改BUG和开发的关系),测试策略(怎么改BUG)等等实际可能存在的问题。
Answers
结合 自己实习过的公司经验说说,我们用的是叫禅道的bug管理软件 ,有专门的测试人员提交bug,并对bug的严重程度和处理优先级进行评级,同时有经验的测试人员还会指出可能存在的问题,当bug指回来时由项目的pl对bug进行指派对应的人进行修改 .这里的bug分为两种类型,产品发布前的bug,有一个指标就是测试产生的bug根据不同严重程度有不同的di值,当该轮测试的总di/投入的人天 的值低于某一个值并且没有严重级别的bug时,即使还有bug,该产品也能对外发布。当大于临界值时就 需要打回修bug; 当对外发布的产品出现bug时,一般严重bug会追究测试人员责任,一般bug会提单,一般我们是会选在一个时间段内(一般是开发周期不紧)时进行集中修改bug,这时候一般用版本管理拉分支的方法,确保修改的代码测试通过后再合入主线,避免二次bug的产生。