CMMI on line

做中国最专业的CMMI网站!
欢迎光临 CMMI on line 登录 | 注册 | 帮助
in 搜索

缺陷跟踪

本主题共有 1 篇回复,最新回复发表于 02-15-2008, 22:25,作者 zhangcb
帖子排序: 上一主题 下一主题
  •  02-14-2008, 21:55 1595

    缺陷跟踪

    有次和一位项目经理交流缺陷的跟踪,我拿了个经常用的缺陷跟踪模板给他看,并问是否符合他带的项目缺陷跟踪的需要。

    模板的主要内容是:

    • 按周跟踪,关注缺陷的引入个数和修复个数;
    • 缺陷的累计引入个数和累计修复个数;
    • 按缺陷的严重等级分类;
    • 按缺陷引入的阶段分类,记录每种等级缺陷的修复工作量。

    看后,他给我关于缺陷跟踪的答复是:

    • 主要关注缺陷是系统的哪个模块引入的,好对症下药;
    • 哪些问题反复出现;
    • 引发大部分问题的原因;
    • 按周跟踪缺陷的引入个数以及修复个数,基本上没用,不能解决问题。

    借此抛砖引玉一下,请问,大家对缺陷一般做些什么度量呢?


    人是会变的
  •  02-15-2008, 22:25 1607 回复至 1595

    回复: 缺陷跟踪

    先回答这个问题吧,为什么要度量缺陷?

    一般来说有两层目标:
    第一层:判断项目当前质量情况,进行发布决定或者进行相关的商业决定。
    第二层:分析存在的问题,找到问题根源,希望以后做得更好。

    第一层主要针对当前项目的,而第二层是针对以后的改进的,包括对其它项目帮助的。

    我们公司列的缺陷属性,也基本就是这些,有几点小差异:
    1.我们有个属性,叫做“是否缺陷”,有时发现的缺陷可能不是缺陷,就标记为不是缺陷。
    2.缺陷重复出现次数。
    3.是否由于修改代码而引发的新缺陷。

    我们对项目当前质量情况的把握,主要通过以下几点:
    1.缺陷情况是否满足发布要求,如缺陷的等级属于轻微的不能有多少个,不能有一般、严重、致命的缺陷。
    2.重复缺陷的出现个数。
    3.修改代码而新引发的缺陷个数。
    对于第一点,过程中有明确规定,对于第2、3点,要求做项目计划时作出承诺。

    对于第二层目标,我们主要是通过缺陷严重等级,及缺陷来源两个属性进行分析。

    我们不需要专门记录累计缺陷数量、累计解决缺陷数量这些数据,这些数据缺陷记录工具其实可以自动算出。

    关于解决某个缺陷需要的时间,我们也不专门记录,这事情太麻烦,效果不大。而我们记录的是修改缺陷的总体时间,还有测试所用的时间。我们公司有统一的工时申报系统,修复缺陷的时间要记录为编码性质,并且要标记为“返工”,测试的时间也要记录为测试性质的工时。

    另外,每个版本都需要提交测试报告。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
以 XML 格式显示 RSS 新闻频道
CMMI on line 版权所有 ( 粤IC备07073557号)
Powered by Community Server, by Telligent Systems