关于缺陷管理

candy_83 · 发表于 2007-7-22 22:31:24

如果缺陷总是得不到修复，应该收集哪些具体数据汇报给测试经理或测试经理反映情况呢？
能不能详细说说具体需要那些数据？

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

luming · 发表于 2007-7-23 09:35:34

可以试试使用Clearquest图表中的趋势图和龄期图。

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

candy_83 · 发表于 2007-7-23 14:51:30

哦上图这个想法很不错哦图形更加形象了

red-hat · 发表于 2007-7-23 16:27:39

帖子的标题有点别扭,缺陷的修复,很简单的啊,由开发人员去做,我觉得如果采用"缺陷管理"这个提法比较好
呵呵

江南人 · 发表于 2007-7-23 18:30:26

应该把你的缺陷描述清楚，对软件产品有什么样的影响，如会不会影响软件产品的基本功能，影响软件产品的主要功能，对后续工作的影响（让测试经理有个准确的判断）；

seifer1754 · 发表于 2007-7-23 19:20:10

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

云层 · 发表于 2007-7-23 20:27:57

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

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

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

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

candy_83 · 发表于 2007-7-23 22:15:16

恩楼上的说的很有道理～

		自动登录	找回密码
密码			(注-册)加入51Testing

Query