51Testing软件测试论坛

标题: 关于缺陷管理 [打印本页]

作者: candy_83 时间: 2007-7-22 22:31
标题: 关于缺陷管理
如果缺陷总是得不到修复，应该收集哪些具体数据汇报给测试经理或测试经理反映情况呢？
能不能详细说说具体需要那些数据？

[ 本帖最后由 candy_83 于 2007-7-23 17:18 编辑 ]

作者: luming 时间: 2007-7-23 09:35
可以试试使用Clearquest图表中的趋势图和龄期图。

懒得打字了，上图才是王道。

作者: candy_83 时间: 2007-7-23 14:51
哦上图这个想法很不错哦图形更加形象了

作者: red-hat 时间: 2007-7-23 16:27
标题: Query
帖子的标题有点别扭,缺陷的修复,很简单的啊,由开发人员去做,我觉得如果采用"缺陷管理"这个提法比较好
呵呵

作者: 江南人 时间: 2007-7-23 18:30
应该把你的缺陷描述清楚，对软件产品有什么样的影响，如会不会影响软件产品的基本功能，影响软件产品的主要功能，对后续工作的影响（让测试经理有个准确的判断）；

作者: seifer1754 时间: 2007-7-23 19:20
一个完善的公司，应该会有专人对缺陷进行追踪，对于测试人员来说，就是获得新版本，进行测试，发现bug 。
不过一般个版本会经过缺陷收集和评审后再统计修复和版本更新，所以不是说缺陷报告提交上去就会立刻进行修复与更新。

作者: 云层 时间: 2007-7-23 20:27

原帖由 candy_83 于 2007-7-22 22:31 发表
如果缺陷总是得不到修复，应该收集哪些具体数据汇报给测试经理或测试经理反映情况呢？
能不能详细说说具体需要那些数据？

比较关键的参数进行数据的整理
缺陷的等级
该缺陷等级
该缺陷的汇报时间
改缺陷的修改历史记录
最后一次修改的时间
缺陷的修改人
缺陷所在的模块

需要整理出这些没有修改的缺陷分布数据和缺陷未修改的时间分布

对于一些高等级的缺陷迟迟得不到修改对于软件的危害是非常大的

作者: candy_83 时间: 2007-7-23 22:15
恩楼上的说的很有道理～

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)