谁来决定BUG的优先级
上一篇 / 下一篇 2007-07-20 10:08:02 / 个人分类:BUG管理
TAG: BUG管理
- 引用 删除 s_spume / 2012-05-23 17:20:03
-
可是中间增加了一个节点,多少有些影响进度,如果那个人还很忙的话,不是更麻烦么?
做产品的话,这样处理也许没太大影响,但是做项目,人员、时间都比较紧张。本来开发与测试之间直接沟通可以处理的问题,何必还要在之间多出一个人来呢?只有当开发与测试无法达成共识时,再找第三个人来解决,不是效率更高么?
- 引用 删除 zhongfei824 / 2012-05-22 10:48:41
- 引用 删除 xhk1 / 2011-06-01 22:30:30
- 优先级是要根据项目开发进度和整体严重情况来综合决定的,这个对项目和开发有整体把握的人更有发言权,但是测试对其有体验,此时如果影响测试进度了,那发言权肯定不能不用啊。
- 引用 删除 雪儿 / 2009-09-09 17:03:48
-
回复一下自己,从哪些方面制定标准,减少主观性。从几个角度来看:1、售后的报障最优先。2. 严重性高的也优先。3、一些易用性之类的很优先。4.自己公司规定的哪些优先就哪些优先。5.领导认为优先的。6、开会讨论确定要优先的
呵呵,上述描述的前后根据公司的实际情况排序,或者实际问题当时再分析
- 引用 删除 zhzh-0-0 / 2008-06-19 11:06:31
-
我们现在的做法是测试人员提交bug时只写严重程度,项目经理在处理分发要解决的bug时再定义bug的优先级。
因为我觉得,项目经理是直面客户的,与客户沟通最密切,而且他是整个项目的负责人,包括质量的负责人,所以应该他来决定这个bug什么时候修改。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
我的存档
数据统计
- 访问量: 94691
- 日志数: 74
- 文件数: 7
- 建立时间: 2007-01-16
- 更新时间: 2010-09-01