51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 17361|回复: 24
打印 上一主题 下一主题

[原创] 如何创建缺陷分析指标体系

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-2-2 12:06:58 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
目前正在基于Bug数据库尝试建立公司的缺陷分析指标体系,便于进行质量监控,及时制定对应的措施,希望和大家进行讨论。
1.        用户类型及关注指标
        公司领导:
        项目经理:
        测试经理:
        QA:
2.        Bug基本数据
        Status、Priority、Assignee、Reporter、Components、Bug原因、报告时间、解决时间、
3.        分析指标
        状态分析
        优先级分析
        趋势分析(New、fixed、closed)
        未解决bug分配情况
        平均bug生命周期
        Bug原因分析
        Bug模块分析
        报告人分析
        Bug每天报告率、修改率、关闭率
        产品内部测试发现bug总数、占该产品全部bug比例
4.        如何获得这些指标,如何进行分析
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2007-2-5 14:49:11 | 只看该作者
    不是很多经验,共享交流

    1.缺陷周期和修复时效
    2.产生域与环境配置分析
    以下内容需要有一定数据量后,分析才有效
    1.趋势分析
    2.范围分析
    3.等级分析
    4.缺陷评估

    质量监控过程改进意见及建议。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-2-9 11:32:23 | 只看该作者
    这是一个很好的问题,但是在一些企业里得不到重视。

    个人觉得,如果要把缺陷分析做好,是需要前提条件的,比如:要有适合企业的bug管理工具 ,要得到项目组成员对bug状态在系统中变更的认可和重视,要有足够长的项目周期来支持bug分析、研发调整、再分析、再调整的过程,要有领导关心该项目的研发质量和实际成本(而不仅是项目的快速结案),要有足够的理由说服你的领导这份分析报告对产品研发是有好处的...

    总之,一直以来做这个事情,但没有好的效果,一方面有自己的原因-没有坚持,一方面有公司的原因-没有环境。

    希望有经验的人多多分享。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2007-2-12 11:43:21 | 只看该作者
    关于缺陷分析指标的一些思考,但估计在没有质量部门的情况下实施难度比较大。不知道ccc11yyy是否已经实施,过程怎样,能否分享一下经验。
    目的和意义
    缺陷分析指标并非为了考核的目的而建立的,而是通过建立一系列的关键指标,协助不同角色的人及时的了解产品质量状况和研发的执行力,为策略调整和过程改进提供必要的数据支持。
    对于项目、产品而言,其分析指标是不一样的。个人觉得应用于项目上比较困难(主要是时间因素),而应用于产品研发过程相对合适。

    必要条件
    条件的是否成熟将严重制约建立分析指标体系的可行性和效果。
    缺陷管理工具-基础条件,是所有数据的直接或间接来源,相信使用了缺陷管理工具的在数据来源方面都不成问题,关键在于缺陷管理工具的使用情况对数据的准确性有很大关系
    研发过程的规范性-过程的规范性(如缺陷管理规范)将影响数据的正确性
    领导的认可-领导的意识和配合程度有决定性的关键作用,得不到领导支持将无法在研发过程中真正应用起来,数据权威性不高,也失去了数据指导意义

    分析指标
    根据不同的角色定制不同的KPI。如公司领导关注缺陷状态分布情况,趋势分析预计发布时间;开发经理关心未解决bug分配情况、优先级分析;QA关心平均bug生命周期、Bug原因分析,测试经理关心Bug每天报告率/修改率/关闭率、内部测试发现bug总数等。需要进一步分析需求。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-2-13 10:39:41 | 只看该作者
    关于如何进行缺陷分析,下面两篇文章已经进行了详细的说明。
    推荐两篇文章:

    http://www.51testing.com/html/34/1616.html
    《如何开展软件的缺陷分析.pdf》,见附件

    我现在想到的有两点失败经验:
    1,前期的思想工作很重要,一定要使大家都明确缺陷分析的意义,项目团队内部对于缺陷分析的目标要达成共识。不能仅仅为了缺陷分析而去做缺陷分析。
    2,缺陷分析是一个漫长的过程。需要长期的积累以及确保数据的完整性和真实性,分析结果才会有效。所以要做好充分的心理准备,应付各种负面的东西。

    以前都没有时间总结,借此机会一定要好好整理一下。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-2-13 13:24:50 | 只看该作者
    缺陷分析的确很重要
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-2-16 12:02:03 | 只看该作者
    tongke 有没有成功的经验分享呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-4-11 19:07:17 | 只看该作者
    何创建缺陷分析指标体系


    目前正在基于Bug数据库尝试建立公司的缺陷分析指标体系,便于进行质量监控,及时制定对应的措施,希望和大家进行讨论。
    1.        用户类型及关注指标
            公司领导:
            项目经理:
            测试经理:
            QA:
    2.        Bug基本数据
            Status、Priority、Assignee、Reporter、Components、Bug原因、报告时间、解决时间、
    3.        分析指标
            状态分析
            优先级分析
            趋势分析(New、fixed、closed)
            未解决bug分配情况
            平均bug生命周期
            Bug原因分析
            Bug模块分析
            报告人分析
            Bug每天报告率、修改率、关闭率
            产品内部测试发现bug总数、占该产品全部bug比例
    4.        如何获得这些指标,如何进行分析
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-6-2 09:44:36 | 只看该作者
    有没有这些Gompertz等分享工具的模版
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-6-5 12:31:39 | 只看该作者
    好。。。。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-6-6 18:24:49 | 只看该作者
    不错的主题,测试人员展现自己实力的舞台
    希望论坛里能够多多有这样的讨论,这样测试的工作才能越来越得到认可
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-6-7 10:08:18 | 只看该作者
    谢谢!正需要这方面的资料
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-6-19 22:45:23 | 只看该作者
    sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-6-20 10:20:17 | 只看该作者
    好东西
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-6-20 16:00:04 | 只看该作者

    呵呵,顶一下

    强烈支持一下了。不过我还是不能下载。sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-11-7 15:35:24 | 只看该作者
    非常好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-2-21 22:32:58 | 只看该作者
    确实不错!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2009-2-26 12:59:17 | 只看该作者
    感谢分享!~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2009-3-1 16:21:24 | 只看该作者
    不错,最近我们还在搞这个,可以好好讨论讨论
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2009-3-2 08:04:40 | 只看该作者
    1,指标及分析模型定义;
    2,识别支持这些指标和分析模型的信息,如项目基本信息(版本/起止/规模),缺陷应该具备的字段,规模数据的获取等;
    3,考虑用系统实施这些规划;
    4,基于数据进行项目纵向和项目间横向的展示。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-8 00:12 , Processed in 0.084417 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表