bergkamp 访问次数 : 11 注册日期 : 05-11-18 08:28 上次访问 : 09-10-29 21:05 |
我们公司开发人员不多,除了要开发一套基于web的管理系统外,每天都会有一些耗时不多但需要尽快解决的工作。因此领导让我在BugFree的基础上进行一些简单的修改,能够实现以下流程“任务分配--完成任务--确认--关闭”。我发现BugFree现有的“Bug的一生”就能够满足这些需求,我所要做的就是把“Bug”改成“任务”。除此以外还有一些小的修改,列表中的“解决方案”改成“最后修改日期”,所有关于“操作系统类型”的项目都去掉,邮件通知显示出完整的“历史”。 现在我们正在实实在在的用这个系统,感觉一旦用起来还是很有用的。理想的情况是:领导每天安排工作-被指定的人完成工作-领导验收-关闭任务。我们现在还没有完全按照这样的模式来工作,有的人只是在下班的时候新建一个任务把一天完成了哪些工作写进去。 最后说一下BugFree的代码规范,结构清晰,读起来是一件非常愉快的事。 |
回帖 |
wwccss 访问次数 : 593 注册日期 : 05-05-01 10:08 上次访问 : 10-07-19 11:44 |
呵呵,大家对bugfree的使用已经远远超出我们的想象了,祝贺你! |
回帖 |
Mr.Lee 访问次数 : 241 注册日期 : 05-10-06 10:46 上次访问 : 09-10-29 21:05 |
[quote=bergkamp]最后说一下BugFree的代码规范,结构清晰,读起来是一件非常愉快的事。[/quote] 同感 |
回帖 |
wsyfree 访问次数 : 2 注册日期 : 05-11-16 12:31 上次访问 : 10-07-03 12:13 |
想用,和几个测试的同志们说了一下。 没人想用啊,说什么还是Excel方便。 YYYY的 BTW: 新建BUG时,如果不分派给某个人就SQL ERROR了。 AssignDate 错误了。 |
回帖 |
Mr.Lee 访问次数 : 241 注册日期 : 05-10-06 10:46 上次访问 : 09-10-29 21:05 |
[quote=wsyfree]没人想用啊,说什么还是Excel方便。[/quote] 不知道你公司现有的bug管理方法是什么?bugfree在bug管理方面主要是开发人员与测试人员之间的交流工具,并将交流的过程存入数据库为管理人员提供决策依据。 对你们公司了解得不多,不能为你解决些什么。 我猜测你们公司可能不是很规范,我想你们公司可能需要改变一些观念,并将开发与测试的工作职责分清。 Excel与bugfree是完全不同的两个软件,要解决的问题也是完全不同的。所以你需要找出它他的异同点,并比较。才能较好的说服大家,实现bug管理规范化。 |
回帖 |
Mr.Lee 访问次数 : 241 注册日期 : 05-10-06 10:46 上次访问 : 09-10-29 21:05 |
要想在公司实施一项新的软件不是一件容易的事情。 要说服每个基层使用这个软件的人:这个软件能为他们解决什么问题,带来什么便利 要说服领导:这个软件能为公司带来多少利润或减少多少成本或解决什么管理问题 最关键且又最难的可能是要转变大家处理问题的习惯。习惯不容易改变,但可以先转变他们的思想:先在内部发布一些bug管理的文章,组织大家讨论bug管理的方法,大家了解并接受新的bug管理方法后,再提出某个bug管理软件,然后培训,然后试用,最后正式运行。运行过程中出台并不断的完善制度来辅助软件的正常运行 这样可能顺利些。 |
回帖 |
bergkamp 访问次数 : 11 注册日期 : 05-11-18 08:28 上次访问 : 09-10-29 21:05 |
刘振飞在《程序员》中曾经提到,微软开发过程中靠bug跟踪软件来实现对程序员的管理,每人上班后第一件事就是查看又没有分配给自己的bug。我现在也有这种感觉,上班后先看看有没有分配给我的工作,如果有我会尽快解决。我的感想都是在使用的过程中切实感受到的,建议对这个东西有兴趣的兄弟们实实在在的用一下再说出自己的感受。其实不用说服每个人,说服领导就可以了。 |
回帖 |
unimap_lily 访问次数 : 91 注册日期 : 05-08-05 11:08 上次访问 : 09-10-29 21:05 |
我现在也正在准备把bugfree稍加改动一下,做一个全公司的任务管理系统,原来在0.4时做过一点,但由于忙,所以这事就先搁下了,现在有这个需要了! 这样把任务管理起来,也可以做为将来建立知识库的一个参考来源! |
回帖 |
elvis2008 访问次数 : 41 注册日期 : 07-07-19 22:53 上次访问 : 09-10-29 21:05 |
呵呵,楼主的用法跟我一样,不过我现在还没改完,不知道楼主改后的的样子是怎样的,有机会可以交流一下 elvis_zh@126.com 我想问下,按照BUGFREE的编号共有999,9999个,如果用完会怎样? 还有,如果这个数据累计有几W条,十W条,BUGFREE的速度会不会变慢;如果附件很多,并且文件体积比较大,会对BUGFREE的使用有影响吗? |
回帖 |
Mr.Lee 访问次数 : 241 注册日期 : 05-10-06 10:46 上次访问 : 09-10-29 21:05 |
我现在的编号已经到0016433了(不是当作Bug管理系统来用),系统跑了两年多了。速度跟0000000的时候没有区别。附件多少对Bugfree的性能影响不大,因为没有把附件存到数据库里,除非你频繁的上传、下载,只要你的服务器空间够大就可以了。 编号编满后,可以有两个做法: 1、移掉旧的数据,重新开始编号 2、增加编号的位数(可能需要改一些代码吧,没有仔细研究。) |
回帖 |
wwccss 访问次数 : 593 注册日期 : 05-05-01 10:08 上次访问 : 10-07-19 11:44 |
编号基本上不可能用满的。呵呵。确实用满的话,改一下数据库的字段类型,就可以了。BugInfo表里面的BugID字段,改为int,现在应该是medium int |
回帖 |
cuteser 访问次数 : 242 注册日期 : 07-07-06 22:46 上次访问 : 09-10-29 21:05 |
[quote=bergkamp]我们公司开发人员不多,除了要开发一套基于web的管理系统外,每天都会有一些耗时不多但需要尽快解决的工作。因此领导让我在BugFree的基础上进行一些简单的修改,能够实现以下流程“任务分配--完成任务--确认--关闭”。我发现BugFree现有的“Bug的一生”就能够满足这些需求,我所要做的就是把“Bug”改成“任务”。除此以外还有一些小的修改,列表中的“解决方案”改成“最后修改日期”,所有关于“操作系统类型”的项目都去掉,邮件通知显示出完整的“历史”。 现在我们正在实实在在的用这个系统,感觉一旦用起来还是很有用的。理想的情况是:领导每天安排工作-被指定的人完成工作-领导验收-关闭任务。我们现在还没有完全按照这样的模式来工作,有的人只是在下班的时候新建一个任务把一天完成了哪些工作写进去。 最后说一下BugFree的代码规范,结构清晰,读起来是一件非常愉快的事。[/quote] 俺们用bugFree做两件事: 1。Leader指派任务给组员,借此了解项目进度; 2。组员提交硬拷贝图纸的同时要把这事当作一个bug指派给Checker,checker检查完后要在硬拷贝上做标记(用红笔标记错误之处及蓝笔标记需删除的部分及黄笔标记正确之处),并概要总结一下当前提交的图纸有啥问题,记录到BugFree中,指派给组员,组员根据意见修改,修改后(用绿笔覆盖红色和蓝色)继续提交硬拷贝给checker并在bugfree的记录中,如此往复,直到checker认可,然后由checker关闭。因为俺们主要是画图的工作,好多bug在图纸上描述比用语言描述来得容易理解,所以,俺们用bugFree主要记录文件的旅行路径,万一硬拷贝丢了,BugFree里都有记录,谁也别赖帐:)。当然,重要bug可以单独列出来,跟软件的bug一样对待。 Bug管理和版本控制的推广,主要得从上而下,从老及幼地实施。新同志接受规矩要容易地多,最难的就是老员工,特别是资格比较老的还是个小头目的思路比较迟钝的老员工,最难说服。 |
回帖 |
appletian 访问次数 : 2 注册日期 : 09-08-29 15:58 上次访问 : 09-12-27 21:19 |
怎么样把所有的“Bug”改成“任务”呢 |
回帖 |