根据各位的经验。如何进行BUG管理会有比较好的效果?

想到4个月前的一次实习,是用Erlang开发服务端程序。
我在项目组待了5个月,先学习1个月,然后开发功能模块半个月,改BUG 1个半月,继续开发新功能半个月,然后改BUG 1个半月。(都是看着别人改,我自己做的少没什么BUG,这个项目之前已经做了大半年)
最后实习期满,离开了团队,回来读研。
各位肯定也发现了,其中最大的问题是,改BUG的时间居然比开发时间多的多!?(跟我待的时间短也有关系)
用的开发技术不好做单元测试和白盒测试,直接上黑盒测试跑流程。测试结果是,人手几十个BUG,然后就是无止境的改(改的同时还会出现新的BUG)。
我的问题是,根据成功的实际项目经验,如何进行BUG管理?其中可能包括:如何管理员工对于BUG的态度(看着都觉得累),财务(改BUG会浪费大量时间,时间也是money),市场(改太久BUG拖延上市),开发策略(处理改BUG和开发的关系),测试策略(怎么改BUG)等等实际可能存在的问题。

阅读 5.6k
3 个回答

结合 自己实习过的公司经验说说,我们用的是叫禅道的bug管理软件 ,有专门的测试人员提交bug,并对bug的严重程度和处理优先级进行评级,同时有经验的测试人员还会指出可能存在的问题,当bug指回来时由项目的pl对bug进行指派对应的人进行修改 .这里的bug分为两种类型,产品发布前的bug,有一个指标就是测试产生的bug根据不同严重程度有不同的di值,当该轮测试的总di/投入的人天 的值低于某一个值并且没有严重级别的bug时,即使还有bug,该产品也能对外发布。当大于临界值时就 需要打回修bug; 当对外发布的产品出现bug时,一般严重bug会追究测试人员责任,一般bug会提单,一般我们是会选在一个时间段内(一般是开发周期不紧)时进行集中修改bug,这时候一般用版本管理拉分支的方法,确保修改的代码测试通过后再合入主线,避免二次bug的产生。

推荐一个Bug收集的一个工具,http://bughd.com/ 精确到错误行的代码,我用这个节省了不少时间

可以试下bug禅思: www.bugzen.com,在线免部署,免费,简洁易操作

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
logo
项目管理
子站问答
访问
宣传栏