• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

微软的开发管理经验:100%以Bug为核心

发布: 2008-8-15 13:04 | 作者: 不详 | 来源: 测试时代采编 | 查看: 106次 | 进入软件测试论坛讨论

领测软件测试网
关键字:Bug为核心
Bug 追踪归: 

    Fixed:已修复或更正; Duplicated: 某bug以被别人找出来了; Won’t fix:可忽略不计 ;

   Postponed:此bug不很重要,可推迟到下一阶段解决,或更正风险太大,bug本身影响有限; 

   By design :不符合逻辑,也不符用户需求,但同设计吻合; 

   Not repro :某bug自动消失,可能处理其他bug时,一并修复了。 

    1.Bug 及常见类型 

     功能未实现,和规格说明书不一致; 不能工作:死机,没反应;不兼容; 边界条件界面、消息、提示不够准确,不友好;把尚未完成的工作也作为一个Bug;文档与帮助信息中的缺陷 

    2. RAID/BMS的基本功能 

    完整的Bug数据库; 整个产品组的中央记录和控制; 强大的查询功能,有效地跟踪项目的状态所有的记录无法删除,对于每个记录只能一直添加内容;丰富的报表功能,为产品发布提供判断标准 

    3. Bug 记录中的有效信息 

    状态; 负责人; 问题种类; 严重级; 优先级; 修改时间; 登记时间 

    缺陷来源; 解决方案; 运行环境; 缺陷关联; 附件; 附图; 缺陷细节 

    4. Bug 的严重程度 

    1)死机,数据丢失,主要功能组完全丧失,系统悬挂;

   2) 主要功能丧失,或致命的错误声明;

   3) 次要功能丧失,不太严重,如提示信息不太准确 ; 

   4) 微小的问题,对功能几乎没有影响,仍可使用。

    5. 激活的Bug数量的趋势 

    代码完成前:很少; 代码完成后:增长很快; 接近Beta: 下降; 接近RC: 奔向零 ; 

    产品质量和里程碑的信号;

    每天新建的Bug 与 修正的 Bug 相比较 ; Active 状态 Bug 的总数。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: bug BUG Bug 核心 经验 开发 微软


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网