bug类型怎么少了一项

2010-05-06 08:48:31
禅道1f7993
  • 访问次数: 66
  • 注册日期: 2010-01-20
  • 最后登录: 2013-11-14
  • 我的积分: 47
  • 门派等级: 玄清 等级1 居士
我从1.0beta升级为正式版的之后,怎么在创建bug时,类型怎么比以前少了一项需求变更了,这一项我觉得很重要的,有些bug的类型确实是需求变更的,请问为什么去掉这一项呢
禅道1f7993 最后编辑, 2010-05-06 12:53:14
沙发
2010-05-06 08:49:58
禅道1f7993
  • 访问次数: 66
  • 注册日期: 2010-01-20
  • 最后登录: 2013-11-14
  • 我的积分: 47
  • 门派等级: 玄清 等级1 居士
1.0beta的有一项bug类型叫新增需求,现在这一项没了,请问要如何操作,或者能否我自行增加
板凳
2010-05-06 09:02:43
春哥
  • 访问次数: 10794
  • 注册日期: 2005-04-30
  • 最后登录: 2024-03-18
  • 我的积分: 530134
  • 门派等级: 幽灵 等级7 春哥
新增需求不应该再走bug,而是应该在产品视图中建立需求。
#3
2010-05-06 11:27:40
禅道1f7993
  • 访问次数: 66
  • 注册日期: 2010-01-20
  • 最后登录: 2013-11-14
  • 我的积分: 47
  • 门派等级: 玄清 等级1 居士
其实新增的需求也是bug的一种,通过产生bug单,可以提交测试,当然,一开始是需求,然后需求转bug,然后bug修改完之后再提交测试,我个人觉得这个是比较好的做法
#4
2010-05-06 11:32:57
禅道1f7993
  • 访问次数: 66
  • 注册日期: 2010-01-20
  • 最后登录: 2013-11-14
  • 我的积分: 47
  • 门派等级: 玄清 等级1 居士
还有比较说,有时只是增加个很小的功能,比较增加显示个备注栏位,这个也需要做个需求的话,那么就把这个管理系统复杂化了,所以我建议还是这个选项,因为有时程序上还是会有一些很小的功能增加,而且增加后也是要提交到bug的
#5
2010-05-06 12:53:14
春哥
  • 访问次数: 10794
  • 注册日期: 2005-04-30
  • 最后登录: 2024-03-18
  • 我的积分: 530134
  • 门派等级: 幽灵 等级7 春哥
之前如果没有需求管理,那么只能通过bug来进行跟踪。现在禅道里面有了完整的需求管理流程,其实就没有必要再通过bug跟踪需求了。这样其实不合适的。为什么呢?因为如果你想到一个需求,就提到bug里面,带来的问题就是大家可能会忙于细节的改动,而忽略了整体的把握。因为你无法看到整体。

像一些小的改动,我建议还是走正常的需求,然后和开发人员做好约定,像这种需求随时处理,改为任务的跟踪。其实很多时候你觉得是一个很小的改动,但涉及的方面可能很多。通过任务管理可以体现出来,但通过bug,是无法体现的。
1/1 1